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)

x86
Linux
defect
Not set
critical

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.
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.

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
Works fine for me with Iceweasel/2.0.0.3
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
Product: Firefox → Toolkit
You need to log in before you can comment on or make changes to this bug.