bugzilla.mozilla.org will be intermittently unavailable on Saturday, March 24th, from 16:00 until 20:00 UTC.

Need option to prevent decompression when downloading compressed files *.Z etc



Download & File Handling
15 years ago
14 years ago


(Reporter: Jim, Assigned: Blake Ross)


Windows NT

Firefox Tracking Flags

(Not tracked)




15 years ago
User-Agent:       Opera/6.05 (Windows ME; U)  [en]
Build Identifier: mozilla 1.2.1

Used to be that you could always right-click on the link, select "save target as" and get a perfect copy of a file.  Now many websites, especially those providing costly software updates, have you fill in a form and then you push a button to start the download. (no use giving url, they typically need login passwords).  Right-clicking just gives you a copy of the script behind the button.  Anyway, when the download manager opens, I wish you could specify NOT to decompress the file being downloaded, to save time and space.

Reproducible: Always

Steps to Reproduce:
Please use the next time a browser that supports line-feeds :-)

What Do you mean with decompress ?

Comment 2

15 years ago
Reesponse to matti:  Yes, Opera 6 has many problems with the bugzilla forms
(especially the combo-boxes for component and OS) But I don't know if that is
due to opera or bugzilla.  Tonight I'm using Mozilla, no problem.  I hope the
auto-line-wrap in this entry box translates into suitable newlines.

NEW INFO RE this "request for Enhancement":
I must apologize for jumping to conclusions -- I have spent the last 36 hours
hassling with my software vendor and it turns out, the problem was NOT mozilla.
 His website's download button was labelled with a compressed file name
foo.tar.Z with a size X MB, but the download arrived as foo.tar with 10 times
the size -- because he had linked the download button to the Wrong File.  This
seems to have happened before, so I was tempted to generalize too much.

So, can I change my request to this:  Is it possible to show the source of the
download as well as the destination, in the download manager display?  This
would really help to track down such problems.  Does this change require a new
OS: Mac System 9.x → Windows NT
Which filename do you got in the filesave dialog ?
blah.tar or blah.tar.z ?

And the download-Manager can already show the "source", do you want the
destination on your File System displayed in the Downloadmanager ?

if yes : that would be bug 135805 :-)

Can we close this bug ?


Comment 4

15 years ago
OK, I must be a slow learner.  Yes I have found out how to see the source of a
download in download manager, using the Properties button.  But this only works
while the download is in progress, as far as I can see.  Is it possible to store
the Properties information so that the Properties button will work on any item
selected in the doenload list, even those that are finished?

Thank you for your patience -- It is OK with me if you indicate that this
suggestion is too trivial and you close this so-called bug.  I promise to
discover more interesting bugs in the future.

For the record Matti, a downloaded compressed file is a precise copy of the
original compressed file but its name has an extra extension, for example: 
abc.tar.bz2 becomes abc.tar.bz2.tar.  Maybe this is done to prevent a
compression program associated with the compression extension from automatically
opening the file.
marking invalid (original report isn't mozila's fault)

The wrong filename extension is also a dupe of another (dunno the bug#) but you
can file a new enhancement bug if you want the downlaod details after the download 
Last Resolved: 15 years ago
Resolution: --- → INVALID
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.