Closed Bug 298599 Opened 20 years ago Closed 3 years ago

FTP'ed ZIP files display in browser window

Categories

(Firefox :: File Handling, defect)

x86
Windows XP
defect
Not set
major

Tracking

()

RESOLVED INACTIVE

People

(Reporter: mozilla, Unassigned)

References

Details

20050621 trunk

STEPS TO REPRODUCE:

1. Follow this link: ftp://sunsite.dk/projects/wget/windows/wget-1.9.1b.zip

RESULT:
ZIP file is displayed in ASCII characters in the browser window.

EXPECTED:
Download dialog appears.

NOTE:
This doesn't happen on all FTP sites. It appears that the transfer is binary,
but for some reason Firefox displays the stream instead of saving it to a file.
I have included a transcript of the FTP conversation.

-----
PASS mozilla@example.com
230 Any password will work
SYST
215 UNIX Type: L8
PWD
257 "/" is your current location
TYPE I
200 TYPE is now 8-bit binary
PASV
227 Entering Passive Mode (130,225,247,90,64,36)
SIZE /projects/wget/windows/wget-1.9.1b.zip
213 298059
MDTM /projects/wget/windows/wget-1.9.1b.zip
213 20031114133903
RETR /projects/wget/windows/wget-1.9.1b.zip
150-Accepted data connection
150 291.1 kbytes to download
-----
WFM (I see a download dialog) on Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
rv:1.8b2) Gecko/20050623 Firefox/1.0+ ID:2005062305
wfm with Mozilla/5.0 (Windows; U; Windows NT 5.2; de-DE; rv:1.8b2) Gecko/20050617
WFM 20050601 and 20050622 trunk on Windows 2000. Now have to figure out what is
different on XP box.
If I choose Tools -> Page Info after the ZIP file loads into the window, it says
the content type is text/html.
Able to replicate.
It's only zip files. GZ files don't do it. They are both associated with WinZip.
This also happens at the OpenOffice mirror at
ftp://ftp.ussg.iu.edu/pub/openoffice/developer/680_m109/.
Updating summary.
Severity: normal → major
Summary: Binary FTP files displayed in browser window → FTP'ed ZIP files display in browser window
This is also happening on some of the Mozilla mirrors with the latest trunk.
Here is an FTP cpnversation from when the zip file displays in the browser window:
----------
220----------------------------------------------------------------------------

220-                      F T P . O S U O S L . O R G

220-                        Oregon State University

220-                            Open Source Lab

220-

220-     Unauthorized use is prohibited - violators will be prosecuted

220----------------------------------------------------------------------------

220-

220-          For more information on accessing these archives visit:

220-               http://osuosl.org/services/hosting/mirrors/

220-

220-           We offer these particular files simply because users

220-       have asked for them.  If you would like another archive offered

220-          here on this ftp mirror, please ask mirrors@osuosl.org

220- 

220-      Questions/Comments/Suggestions/Concerns - mirrors@osuosl.org

220-

220----------------------------------------------------------------------------

220 

USER anonymous

331 Please specify the password.

PASS mozilla@example.com

230 Login successful.

SYST

215 UNIX Type: L8

PWD

257 "/"

TYPE I

200 Switching to Binary mode.

PASV

227 Entering Passive Mode (64,50,236,52,197,224)

SIZE /pub/mozilla.org/thunderbird/nightly/2005-11-26-12-trunk/thunderbird-1.6a1.en-US.win32.zip

213 8503184

MDTM /pub/mozilla.org/thunderbird/nightly/2005-11-26-12-trunk/thunderbird-1.6a1.en-US.win32.zip

213 20051126203217

RETR /pub/mozilla.org/thunderbird/nightly/2005-11-26-12-trunk/thunderbird-1.6a1.en-US.win32.zip

150 Opening BINARY mode data connection for /pub/mozilla.org/thunderbird/nightly/2005-11-26-12-trunk/thunderbird-1.6a1.en-US.win32.zip (8503184 bytes).
----------

Now I will try to get one from a similar server when it does not display in the browser window.
I have tried to find an FTP server where this doesn't happen, but I cannot. I tried my local WarFTP server, some Apache mirrors, mozilla.org mirrors, OpenOffice mirrors, and I uninstalled Winzip. The behavior continues. There is no ZIP file option in Firefox's download handling dialog, and there doesn't appear to be a way to add it.
WFM on Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20051205 Firefox/1.6a1

(In reply to comment #10)
> I have tried to find an FTP server where this doesn't happen, but I cannot. I
> tried my local WarFTP server, some Apache mirrors, mozilla.org mirrors,
> OpenOffice mirrors, and I uninstalled Winzip. The behavior continues. There is
> no ZIP file option in Firefox's download handling dialog, and there doesn't
> appear to be a way to add it.

Does IE work with the same FTP correctly? What's your Firefox version and does it have any extensions? How about Safe Mode?

I use a new trunk nightly every day. It has been doing this for some months at least. It is something particular to my machine, and to those of a couple others. It happens in safe mode also. It works fine in Internet Explorer, and it works fine if I right-click the lnk to the file and choose "Save link as ...".
If I wanted to debug this problem, where would be a good place to start? I know nothing about the networking code which is where I assume the problem is.
This may be due to a problem in MimeTypes.rdf. I had an entry with zip files being registered as text/html and application/zip. If anyone listening to this bug knows how MimeTypes.rdf gets generated please say so here so I can try and recreate the problem.
mimeTypes.rdf is modified when making a "always do this" decision in the "App Helper" (Save or Open) dialog, or by changes in the "View and Edit Actions" section of the Download options.
Well, there was no entry in the prefs dialog for ZIP files, and there is no option to display ZIP files in the browser as far as I know.
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.1) Gecko/20061204 Firefox/2.0.0.1

This has happened to me a few times now. Clicking on zip files from mozilla http mirrors just works as expected, but from mozilla ftp mirrors they load in the window.

This is what I found in my mimeTypes.rdf:

  <RDF:Description RDF:about="urn:mimetype:text/html"
                   NC:value="text/html"
                   NC:editable="true"
                   NC:description="Compressed (zipped) Folder">
    <NC:fileExtensions>zip</NC:fileExtensions>
    <NC:fileExtensions>htm</NC:fileExtensions>
    <NC:handlerProp RDF:resource="urn:mimetype:handler:text/html"/>
  </RDF:Description>

removing the line "<NC:fileExtensions>zip</NC:fileExtensions>" fixes the issue.

Is this relevant anymore? Is this still reproducible with a clean profile? What are the steps to make <NC:fileExtensions>zip</NC:fileExtensions> appear in the urn:mimetype:text/html?
Status: NEW → RESOLVED
Closed: 3 years ago
Resolution: --- → INACTIVE
See Also: → kill-ftp
You need to log in before you can comment on or make changes to this bug.