93984 - File corruption when downloading Windows executable via https

Status: VERIFIED WORKSFORME

(Core :: Networking: HTTP, defect, P1)

Description

[Brian Clark]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.3) Gecko/20010801
BuildID:    2001080110

For some reason, I was unable to download an uncorrputed 29MB file from the
above website.  You have to have a password to login, but I thought you could
use the URL to figure out what webserver they are running, if that mattered here.  

When I downloaded the file with Mozilla 0.9.3 on Win2k, the 29MB file turned
into a 40+MB file, and was corrupted.  When downloading with IE 5.5, it was
correctly sized as 29MB, and was not corrupted.  

Reproducible: Always
Steps to Reproduce:
1.Login to website (you won't be able to, as it requires a password)
2.Navigate to the SAPGUI Frontend patch download directory
3.Download a file.

Comment 1

[benc]

is the file compressed in any way?

Comment 2

[Brian Clark]

I believe that the file is a winzip self-extracting executable.  

Comment 3

[Matthias Versen [:Matti]]

Reporter: Is this still a problem with 0.9.4 or later ?
(I can't test this becuase my connection is slow [ISDN])

Comment 4

[Brian Clark]

I just checked with Windows build 2001100503 and this is still a problem. Same
as before, a file that was supposed to be 1.7MB turned into a 2.5MB file upon
download, and was corrupted so that it was no longer executable on my Win2k macine.

This time the download was from https://www010.sap-ag.de. Again, I believe that
the server that I am downloading this from is Microsoft IIS running on Win2k.  

Comment 5

[Matthias Versen [:Matti]]

Reporter: Can you give us the download URL of that file ?

Comment 6

[Brian Clark]

Unfortunately, you need an SAP userid to get at this.  SAP only gives userid's
to their customers and employees.  If you have one, then try downloading this
file.  It is the Windows installer for their Java Download manager.  

https://www001.sap-ag.de/~sapidb/002006825000000233132001/install.exe

Comment 7

[Darin Fisher]

brian: can you please capture a HTTP log using a nightly build.
here's how:

from a DOS prompt, type the following:

   set NSPR_LOG_MODULES=nsHttp:5
   set NSPR_LOG_FILE=http.log

next, cd to the directory containing the mozilla executable, and run it from the
DOS prompt.  attach the log file to this bug report, and i should be able to
make a better guess at what the problem might be.  thx!

Comment 8

[Brian Clark]

Attachment: http.log of https download, as requested. file is zipped.

Comment 9

[Ashley Bischoff (blog at handcoding.com)]

No dupes found. Marking NEW.

-> File Handling?

Comment 10

[Darin Fisher]

-> 0.9.8 (thanks for generating the log file)

Comment 11

[Darin Fisher]

here's the interesting part of the http log file:

1556[b470c8]: http response [
1556[b470c8]:   HTTP/1.1 200 OK
1556[b470c8]:   Server: Microsoft-IIS/5.0
1556[b470c8]:   Connection: close
1556[b470c8]:   Content-Location: https://www001.sap-ag.de/scripts/httpstat.htm
1556[b470c8]:   Date: Tue, 09 Oct 2001 04:48:06 GMT
1556[b470c8]:   Content-Type: application/octet-stream
1556[b470c8]:   Accept-Ranges: bytes
1556[b470c8]:   Last-Modified: Sun, 16 Sep 2001 10:01:59 GMT
1556[b470c8]:   Etag: "7acdf39f963ec11:8b4"
1556[b470c8]:   Content-Encoding: gzip
1556[b470c8]:   Transfer-Encoding: chunked
1556[b470c8]:   Expires: Wed, 01 Jan 1997 12:00:00 GMT
1556[b470c8]:   Cache-Control: max-age=86400
1556[b470c8]:   Vary: Accept-Encoding
1556[b470c8]: ]

notice that the Content-Type is application/octet-stream and also notice that
the Content-Encoding is gzip.  in this case, mozilla will save the message body
in gzip'd format.  this probably explains why the reporter was unable to use the
download file.  it was not in the expected format.

reporter: can you try downloading the file again, and save it with a name
similar to file.gz.  then try opening the file using winzip.  if i'm right,
winzip will show you the file you want.

Comment 12

[Brian Clark]

I tried downloading this again, with Mozilla 0.9.6, and it works fine. I didn't
have to change the file extension to .gz, as you suggested.  Perhaps this was a
problem with SAP's web server configuration, and nothing to do with Mozilla?

Anyway, I tried it with Netscape 6.2.1 (Mozilla 0.9.4+) and it also worked fine,
so I suspect it was something done on the web server side, rather than the
browser side. 

Comment 13

[Darin Fisher]

marking WORKSFORME

Comment 14

[Tom Everingham]

verified wfm