Closed
Bug 237057
Opened 22 years ago
Closed 22 years ago
corrupt data on rm file (Content-Type: audio/x-pn-realaudio)
Categories
(Core Graveyard :: File Handling, defect)
Tracking
(Not tracked)
VERIFIED
WORKSFORME
People
(Reporter: udo.bellack, Unassigned)
References
()
Details
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4.1) Gecko/20031011
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4.1) Gecko/20031011
When downloading an rm audio demo clip for a certain CD from amazon.de my
RealPlayer complains with "File not found" for every demo track of this CD.
After some experiments I've found out that Mozilla downloads the corresponding
*.rm file incorrectly.
My configuration: SuSE Linux 8.2 Prof., Mozilla 1.4.1. The audio clip link
redirects after some 302 redirects to a *.rm file,
see below. The content of this files differs at one byte from that when
downloaded via wget. Any ideas?
// The URI to check
% cat a.uri
http://real.amazon-de.eu2.speedera.net/ramgen/real.amazon-de.eu2/phononet/B/0/0/0/0/2/5/H/R/1/c4hzvx4a.s1c.rm
// The User-Agent for wget so amazon.de accepts our request:
% cat useragent
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040113
// feeding the content of a.uri into my Mozilla-1.4.1 creates a file
// c4hzvx4a.s1c.rm in my home directory:
% cat ~/c4hzvx4a.s1c.rm
rtsp://213.61.6.19:554/real.amazon-de.eu2/phononet/B/0/0/0/0/2/5/H/R/1/c4hzvx4a.s1c.rm?cloakport=80,554,7070
--stop--
pnm://213.61.6.19:7070/real.amazon-de.eu2/phononet/B/0/0/0/0/2/5/H/R/1/c4hzvx4a.s1c.rm?cloakport=80,554,7070
// and starts RealPlayer which complains about "File not found",
// as 213.61.6.19 is incorrect.
// feeding a.uri into wget:
% wget -d -U "`cat useragent`" -o wget.log `cat a.uri`
// creates a file c4hzvx4a.s1c.rm in my current working dir:
% cat c4hzvx4a.s1c.rm
rtsp://213.61.6.10:554/real.amazon-de.eu2/phononet/B/0/0/0/0/2/5/H/R/1/c4hzvx4a.s1c.rm?cloakport=80,554,7070
--stop--
pnm://213.61.6.10:7070/real.amazon-de.eu2/phononet/B/0/0/0/0/2/5/H/R/1/c4hzvx4a.s1c.rm?cloakport=80,554,7070
// Note the differences at the IP adresses: 19 via Mozilla (wrong)
// vs. 10 via wget (correct)
Reproducible: Always
Steps to Reproduce:
1. Go to amazon.de, search for "Make Mine Mambo" or use this URI:
2. http://www.amazon.de/exec/obidos/ASIN/B0000083KK/028-7757082-5492501
3. Click on any Track to get the demo audio clip.
Actual Results:
RealPlayer complains about "Requested file not found".
The requested IP is wrong in the downloaded temporary *.rm file.
Expected Results:
The requested IP should be correct.
Comment 1•22 years ago
|
||
cute, although I find it hard to believe that mozilla is making this up. can you
try removing all cookies from amazon in tools|cookie manager|manage stored
cookies while the amazon page is being displayed and click the .rm link again?
(I suspect mozilla gets a different file than wget for some reason. maybe a
network sniffer would be helpful here.)
Comment 2•22 years ago
|
||
Ok, I'll explain this one.
Amazon is apparantly creating the rm file dynamically, and it seems to
alternate. And one of the servers in the pool appears to be bad.
Downloading this:
http://real.amazon-de.eu2.speedera.net/ramgen/real.amazon-de.eu2/phononet/B/0/0/0/0/2/5/H/R/1/c4hzvx4a.s1c.rm
via wget, and curl can produce both .10, and .19.
So it looks like a server side problem. I think it's a cookie that causes the
server to persist for a session. So that if you open another link, it doesn't
do this calculation agian. It just goes right to that server. Companies like
Speedera, look at your IP, and find the server closest to you. That's how they
get good performance.
Apparantly you and I both have the same two servers that qualify as hosting the
content, and being near us. One is apparantly bad.
That's what I see. I'll leave this open, because I'm only 95% sure on this one.
I ended up with .19 using Firefox, and concur with Robert's comments, probably
just luck of the draw...
Coincidentally, real complained about the url in the .rm I recieved (file not
found):
rtsp://213.61.6.19:554/real.amazon-de.eu2/phononet/B/0/0/0/0/0/8/3/K/K/f6ehnm26.s11.rm?cloakport=80,554,7070
Updated•22 years ago
|
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago
Resolution: --- → WORKSFORME
Comment 4•22 years ago
|
||
I'd have marked INVALID (because it is a problem, but not mozilla's), but
whatever. verified.
Status: RESOLVED → VERIFIED
Updated•9 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•