Closed
Bug 307333
Opened 19 years ago
Closed 18 years ago
Corrupt file downloads on specific URL using Gecko based browsers
Categories
(Toolkit :: Downloads API, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: alster, Unassigned)
References
()
Details
User-Agent: Mozilla/5.0 (X11; U; Linux i686; de-DE; rv:1.7.10) Gecko/20050906 Firefox/1.0.6 (Debian package 1.0.6-4) Build Identifier: Mozilla/5.0 (X11; U; Linux i686; de-DE; rv:1.7.10) Gecko/20050906 Firefox/1.0.6 (Debian package 1.0.6-4) Download starts well. Close to the end, it stalls longer than usually, then finishes. However, the downloaded file is corrupt. This only happens on the given URL and only using Gecko based web browsers such as Deer Park Alpha 2 (without extensions) or Firefox 1.0.6 Debian Patchlevel 4 (with additional extensions). Downloading this file works well when using wget, Konqueror 3.3.2 or Opera 8.02.1272. I'm classifying this as critical as possible loss of data is involved. Reproducible: Always Steps to Reproduce: Download file from given URL using a recent Gecko based web browser. Actual Results: File is downloaded but is corrupt. Expected Results: File is downloaded and not corrupt. The file is also available by clicking on "sfactive_v0_9.tar.gz" on http://codecoop.org/frs/?group_id=8 I downloaded the file from the server once using Firefox, once using wget. When the download was complete, I renamed the files: Firefox -> sfactive_v0_9_ff.tar.gz wget -> sfactive_v0_9_wget.tar.gz Then I tried to unpack them, using the exact same command and options. The one downloaded with wget unpacks fine. When unpacking the one downloaded with Firefox, an error occurs: $ tar xszvf sfactive_v0_9_ff.tar.gz tar: This does not look like a tar archive tar: Skipping to next header tar: Archive contains obsolescent base-64 headers tar: Read 7711 bytes from sfactive_v0_9_ff.tar.gz tar: Error exit delayed from previous errors $ diff sfactive_v0_9_* Binary files sfactive_v0_9_ff.tar.gz and sfactive_v0_9_wget.tar.gz differ $ ls -l sfactive_v0_9_* -rw-r--r-- 1 [me] [mygroup] 1655918 2005-09-07 11:33 sfactive_v0_9_ff.tar.gz -rw-r--r-- 1 [me] [mygroup] 1656351 2005-09-07 11:33 sfactive_v0_9_wget.tar.gz $ diff -a sfactive_v0_9_* | wc -mc 674381 674381 $ cmp sfactive_v0_9_* sfactive_v0_9_ff.tar.gz sfactive_v0_9_wget.tar.gz differ: char 4, line 1 The files have a different byte size. The first difference between both files is the 4th byte. $ hexdump -C -n 256 sfactive_v0_9_ff.tar.gz 00000000 1f 8b 08 00 00 00 00 00 00 03 00 21 80 de 7f 1f |...........!....| 00000010 8b 08 08 e8 34 33 40 02 03 73 66 61 63 74 69 76 |....43@..sfactiv| 00000020 65 5f 76 30 5f 39 2e 74 61 72 00 ec 5a 0b 5c 4c |e_v0_9.tar..Z.\L| 00000030 69 ff 9f 26 ba 4c 58 11 da 96 dd 63 14 45 35 f7 |i..&.LX....c.E5.| 00000040 99 4a 6c e9 a2 92 36 54 2e 2b 39 33 73 a6 39 cc |.Jl...6T.+93s.9.| 00000050 ad 39 67 ba c8 52 ee 8a 55 c4 86 d8 bc 22 42 57 |.9g..R..U...."BW| 00000060 db b6 11 d1 cb 96 37 ad 5c 17 cb 86 5c f3 c7 b2 |......7.\...\...| 00000070 c2 ae dd fe cf 39 d3 68 a6 1b bb 6e fb ff bf 1d |.....9.h...n....| 00000080 9f 8f e6 fc ce f3 fc 6e df df f3 3c df e7 39 07 |.......n...<..9.| 00000090 93 c0 22 1c 8d 46 22 a2 99 11 ae 0c ca 5b b9 98 |.."..F"......[..| 000000a0 4c 2e 5b c0 e3 81 bf 4c 96 80 c7 d4 ff ab bb 28 |L.[....L.......(| 000000b0 2c 20 e3 f2 39 2c 01 9f 4d 61 b2 d8 3c 26 8f 02 |, ..9,..Ma..<&..| 000000c0 f1 28 ef e0 d2 60 38 ac 86 20 0a 2a 17 21 ea 4e |.(...`8.. .*.!.N| 000000d0 da bd ec f9 ff d1 0b 33 c0 5f ac 14 31 fe 09 f8 |.......3._..1...| 000000e0 73 d8 3c 76 17 fe ef 07 7f 44 c1 78 8f f8 f3 59 |s.<v.....D.x...Y| 000000f0 02 02 7f 3e 8f d3 85 ff 7b c3 9f c9 8a c0 34 72 |...>....{.....4r| 00000100 $ hexdump -C -n 256 sfactive_v0_9_wget.tar.gz 00000000 1f 8b 08 08 e8 34 33 40 02 03 73 66 61 63 74 69 |.....43@..sfacti| 00000010 76 65 5f 76 30 5f 39 2e 74 61 72 00 ec 5a 0b 5c |ve_v0_9.tar..Z.\| 00000020 4c 69 ff 9f 26 ba 4c 58 11 da 96 dd 63 14 45 35 |Li..&.LX....c.E5| 00000030 f7 99 4a 6c e9 a2 92 36 54 2e 2b 39 33 73 a6 39 |..Jl...6T.+93s.9| 00000040 cc ad 39 67 ba c8 52 ee 8a 55 c4 86 d8 bc 22 42 |..9g..R..U...."B| 00000050 57 db b6 11 d1 cb 96 37 ad 5c 17 cb 86 5c f3 c7 |W......7.\...\..| 00000060 b2 c2 ae dd fe cf 39 d3 68 a6 1b bb 6e fb ff bf |......9.h...n...| 00000070 1d 9f 8f e6 fc ce f3 fc 6e df df f3 3c df e7 39 |........n...<..9| 00000080 07 93 c0 22 1c 8d 46 22 a2 99 11 ae 0c ca 5b b9 |..."..F"......[.| 00000090 98 4c 2e 5b c0 e3 81 bf 4c 96 80 c7 d4 ff ab bb |.L.[....L.......| 000000a0 28 2c 20 e3 f2 39 2c 01 9f 4d 61 b2 d8 3c 26 8f |(, ..9,..Ma..<&.| 000000b0 02 f1 28 ef e0 d2 60 38 ac 86 20 0a 2a 17 21 ea |..(...`8.. .*.!.| 000000c0 4e da bd ec f9 ff d1 0b 33 c0 5f ac 14 31 fe 09 |N.......3._..1..| 000000d0 f8 73 d8 3c 76 17 fe ef 07 7f 44 c1 78 8f f8 f3 |.s.<v.....D.x...| 000000e0 59 02 02 7f 3e 8f d3 85 ff 7b c3 9f c9 8a c0 34 |Y...>....{.....4| 000000f0 72 39 ac 8e 63 bc 73 fc 99 5c 80 3f 8f cf e5 76 |r9..c.s..\.?...v| 00000100
WFM Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20050903 Firefox/1.6a1. Does seem to get very slow toward the end of the download, but not corrupted for me.
Comment 2•19 years ago
|
||
Mozilla/5.0 (Windows; U; Win98; es-ES; rv:1.7.10) Gecko/20050717 Firefox/1.0.6 Same problem here, stalls longer than usually, corrupted file.
Reproducible with Mozilla 1.8b1 and SeaMonkey/20050907, the file is only 1655918 bytes.
WFM with Mozilla 1.7.11 and SeaMonkey 1.1a trunk build 2005090105 on WinXP.
I uploaded a copy of the working image to sarai.indymedia.org/~alster/sfactive/sfactive_v0_9.tar.gz and then used Firefox 1.0.6 to download it from there. It worked fine. So this *may* be related to the server instead. On the other hand it would be weird that it works with wget but not with Firefox. Maybe the HTTP headers they send are much different and Apache on codecoop.org changes the way the file is server based on them, I don't really know.
Comment 6•18 years ago
|
||
Does this still happen? WFM with Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9a6pre) Gecko/20070604 Minefield/3.0a6pre, the file's Content-Type is application/binary.
Whiteboard: resolve incomplete on 2007-06-20 if no reply
Comment 8•18 years ago
|
||
Closing WFM based on #7. Thanks.
Status: UNCONFIRMED → RESOLVED
Closed: 18 years ago
Resolution: --- → WORKSFORME
Whiteboard: resolve incomplete on 2007-06-20 if no reply
| Assignee | ||
Updated•16 years ago
|
Product: Firefox → Toolkit
You need to log in
before you can comment on or make changes to this bug.
Description
•