GNOME Bugzilla – Bug 682707
Unable to download from Amazon Cloud Player
Last modified: 2020-03-17 09:55:51 UTC
Recently (presumably, when Amazon switched to the new setup at the end of July/beginning of August), downloading music from Cloud Player broke on Banshee. (Downloading things that one has just purchased via 1-Click still works, because Amazon lets you download the AMZ file in that case; however, it seems to refuse to serve an AMZ from Cloud Drive itself.) Selecting an album's tracks and then clicking on the Download button results in a message: Downloading Your Music ====================== On Linux systems, Cloud Player only supports downloading songs one at a time. To download your music, deselect all checkboxes, select the checkbox for the song you want to download, then click the "Download" button. This problem _can_ be worked around by installing the User Agent switcher in Firefox and changing the reported user agent to IE8.
Created attachment 222443 [details] What happens when attempting to download an album from Amazon Cloud Drive This shows what happened when I attempted to download through Banshee's UI. When I'd reported this problem on IRC, someone noted that this is likely to require modification to the amz-fixups.js file in the Banshee source code. However, I'm not certain what to look for to even put in there in order to restore functionality, so at least for the time being, I'll be unable to help there.
Even though I can't buy MP3s on amazon.com, I have 3 tracks in my Amazon Cloud Player. I was able to reproduce the problem with Banshee. I tried setting a fake user agent in Banshee, but Amazon still detects me as Linux, for some unknown reason...
Confirmed on Fedora 17 x64, Banshee 2.4.1. I agree that this started after Amazon rolled out the new downloader and music matching service.
I am not sure if this is the same probelm, but I just tried to download a new purchase from the Cloud Player with Banshee 2.4.0 in Linux Mint x86-64. The GUI says Contacting....forever. The log has no errors, only: [Info 12:06:58.194] Downloading Amazon MP3 purchase - /home/me/.cache/banshee-1/temp/Amazon-MP3-1347903710.amz The download never seems to actually happen, the song is not imported.
It does work int the CloudPlayer with some tricks. See: http://code.google.com/p/pymazon/wiki/HowToAmzDownload Quote: > I'm using Firefox 14.x on Ubuntu 12.04 and have a few things that might clarify the situation: > 1. When I make One-Click purchases, I get the option at that point to download the .amz file, which I can do and open in Pymazon or Clamz and all is well. 2. If I DON'T download at that point, my only option is the Cloud Player. 3. To > download in the Cloud Player, I changed my user-agent via User Agent Switcher (FF extension) to IE8 and tried a bulk (.amz) download. It still told me I had to download the Amazon MP3 Downloader, so I clicked on the download > button, then simply cancelled the download. After that, I saw a screen that said, "when you've installed the MP3 Downloader, click on the 'Download Your Music' button", but the button was grayed out. BELOW THE BUTTON, there > was a link that said, "'Download Your Music' button not working? click here." I clicked and it apparently filled in the right cookies for the download to go through and I did a full download! Although this is not during buying process.
*** Bug 684410 has been marked as a duplicate of this bug. ***
*** Bug 685008 has been marked as a duplicate of this bug. ***
*** Bug 685162 has been marked as a duplicate of this bug. ***
*** Bug 691164 has been marked as a duplicate of this bug. ***
Hey everybody, there are two related issues here, and I can reproduce both of them. 1) When you are able to get the downloader triggered (just after a purchase), it tries briefly then goes away. Using the command line tool (bamz) you'll see it gets "403 - unauthorized" responses when trying to download each MP3. 2) CloudPlayer detects Linux and won't provide the .amz file, even if you change the user-agent string
My current theory for 2) is that Amazon remembers your OS per session-id/IP address. I will test this Tuesday at work (using a different IP). I'm not sure how else they're detecting Linux given a Windows user-agent. Regarding 1), I altered bamz to print out the URLs to the MP3s themselves, and when I opened one in my Firefox (which happened to be logged into Amazon, and the "device" (computer) authorized there) it downloaded. I tried using my Firefox user-agent string in bamz, but no luck. So it must be a cookie that my Firefox has that bamz needs.
Re: 1), actually `wget` is able to download it fine, so it's not a user-agent or cookie problem. I think there might be a failure to follow redirects in our code (might need to bring over the hack we use in src/Libraries/Migo.Net/Async..). But even when I try to have it download the final URL, it still fails, I believe because of weirdness between S3 and System.Uri -- I think System.Uri might not be escaping newlines into %0A when it sends the GET? Might be worth using a different downloader library that doesn't require System.Uri.
I posted a $10 bounty on this one, since I can't actually arrange to buy the closer a beer. http://www.freedomsponsors.org/core/issue/191/httpsbugzillagnomeorgshow_bugcgiid682707
Bump; can one of the maintainers move this bug to v2.6 ?
This seems to be working for me in 2.6.1 - I've just "bought" some free tracks on amazon.co.uk and the "Download" link from the "you've purchased it" page worked without a problem, including downloading an album from a single click (it appeared to queue up two at once). I don't know if that means that Amazon changed something, if Banshee changed something, or if I managed to trigger some cookie or something months ago that I don't remember about.
Sorry, ignore me. I just posted that and realised this was the other Amazon bug I was tracking. I'd assumed it was the general downloading one. I'll try to read it better next time.
As a a temporal solution I'm now using "clamz", a command line tool that supports and downloads all files from a .amz file (like banshee used to do): http://code.google.com/p/clamz/
I'm running Banshee 2.6.1 on Linux Mint 16 (64-bit) and I'm experiencing this problem as well. Is there an update on getting this fixed? Thanks!
Banshee is not under active development anymore and had its last code changes more than three years ago. Its codebase has been archived. Closing this report as WONTFIX as part of Bugzilla Housekeeping to reflect reality. Please feel free to reopen this ticket (or rather transfer the project to GNOME Gitlab, as GNOME Bugzilla is being shut down) if anyone takes the responsibility for active development again. See https://gitlab.gnome.org/Infrastructure/Infrastructure/issues/264 for more info.