Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

The requested URL returned error: 400 #30

Open
GoogleCodeExporter opened this issue Mar 19, 2015 · 3 comments
Open

The requested URL returned error: 400 #30

GoogleCodeExporter opened this issue Mar 19, 2015 · 3 comments

Comments

@GoogleCodeExporter
Copy link

What steps will reproduce the problem?
1. I purchased an MP3 album and started downloading it with clamz
2. Since the internet connection was slow and sometimes interrupted, I used the 
clamz --resume option to resume the download.
3. Before the download was finished, I had to leave. Now, I am someplace with a 
decent internet connection and clamz --resume fails.

What is the expected output? What do you see instead?
I expected the download to properly resume and finish, but I got an error for 
each track clamz tried to download:
   ERROR: Error downloading file: The requested URL returned error: 400
And at the end of the album:
   0 of 1 AMZ files downloaded successfully.
More details are provided in the attached log file.

What version of the product are you using? On what operating system?
Clamz 0.5 on Linux 3.2.0-1-amd64 x86_64 GNU/Linux

Please provide any additional information below.
Note that downloading or resuming the download of a free album like the one at 
http://www.amazon.com/gp/product/B004EI4YTM works fine.

Is there a limited number of times Amazon let's you try to download an album? 
Could it be that Amazon thinks that the download was finished and prevents me 
from re-downloading?

Thanks,
Florent

Original issue reported on code.google.com by [email protected] on 23 Feb 2012 at 12:58

Attachments:

@GoogleCodeExporter
Copy link
Author

I'm very sorry to hear this.  It's hard to say what might have gone wrong here, 
since 400 ("Bad Request") seems to be the server's catch-all response to 
anything it doesn't like.

In my experience, the server will allow you to resume a download multiple times 
(or even re-download the entire file), but only for a short time after you 
purchase it.  Amazon's troubleshooting page says as much ("Music downloads are 
only available for a limited time after you make a purchase. If your download 
has expired and is no longer available or you need more help troubleshooting 
your download, please contact us.")  I don't know how long a "limited time" is; 
I've never experimented to find out.

(You may prefer to use Amazon's "Cloud Player", which lets you store songs and 
albums you've purchased "in the cloud" rather than downloading them directly.  
Once an album is in your Cloud Player account, you can download it from there 
as many times as you want.  Unfortunately, I believe this option is only 
offered to US customers.)

It occurred to me, since you mentioned changing Internet connections, that 
maybe the server would complain if you tried to resume the download from a 
different IP address, but I've just tested that and it seems not to matter.

Original comment by [email protected] on 2 Mar 2012 at 5:13

@GoogleCodeExporter
Copy link
Author

I see something similar on Ubuntu 11.10 (Linux 3.0.0-30-generic #47-Ubuntu SMP 
x86_64), clamz version 0.5.

If I interrupt a download, and then use clamz --resume, I see five "500" errors 
for each file that was downloaded previously.

ERROR: Error downloading file: The requested URL returned error: 500]  99%  

ERROR: Error downloading file: The requested URL returned error: 500]  99%  

ERROR: Error downloading file: The requested URL returned error: 500]  99%  

ERROR: Error downloading file: The requested URL returned error: 500]  99%  

ERROR: Error downloading file: The requested URL returned error: 500]  99%

After it does this for each file that had been previously downloaded 
successfully, it starts downloading new files without trouble.



Original comment by [email protected] on 14 Feb 2013 at 3:48

@GoogleCodeExporter
Copy link
Author

Hmm, judging from the log, I'd say that amazon is returning 500 if the request 
Range: bytes N- has an N that's the size of the file.  All the failed requests 
produce log output that looks like the following: in this excerpt, 6112630 is 
the size of the successfully downloaded file that it is retrying.

* About to connect() to digital-music-delivery-na.amazon.com port 80 (#1)
*   Trying 72.21.195.232... * connected
* Connected to digital-music-delivery-na.amazon.com (72.21.195.232) port 80 (#1)
> GET /DigitalMusicDeliveryService/CloudDriveEmbed.mp3?... HTTP/1.1
Range: bytes=6112630-
User-Agent: Amazon MP3 Downloader (Clamz 0.5)
Host: digital-music-delivery-na.amazon.com
Accept: */*

* The requested URL returned error: 500
* Closing connection #1



Original comment by [email protected] on 14 Feb 2013 at 4:04

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant