Mozilla 1.0/Win2K doesn't know the extension .tgz You could define it in preferences->helper applications, but until I did that, I got this error: The mime type of the download is "application/x-gzip", so if I open the download directly from Mozilla, WinZip is launched. WinZip shows that the tgz- file consists of one tar-file, but cannot open it. Because the original .tgz is correct, Mozilla does something wrong.

winrar can open the file correctly, so the problem must be in winzip or in the way that it is installed in your computer. (I think that winzip was able to open tgz and tar files)

If I add a helper/application with the .tgz extension, it does work. So it is not the fault of WinZip (it even works perfectly in IE).

Headers: HTTP request sent, awaiting response... 1 HTTP/1.1 200 OK 2 Date: Wed, 03 Jul 2002 10:35:38 GMT 3 Server: Apache/1.3.26 (Unix) PHP/4.1.2 4 Last-Modified: Thu, 02 May 2002 20:30:07 GMT 5 ETag: "3298005-880d-3cd1a1cf" 6 Accept-Ranges: bytes 7 Content-Length: 34829 8 Keep-Alive: timeout=30, max=100 9 Connection: Keep-Alive 10 Content-Type: application/x-gzip 11 Content-Encoding: x-gzip See bug 145758 comment 1 Duping *** This bug has been marked as a duplicate of 145758 ***

And reopening. This has nothing to do with the other bug as far as I can see. What happens here is that we don't know that .tgz is a valid extension for application/x-gzip, so we append .gz to the filename before giving it to winzip. Now winzip sees foo.tgz.gz instead of "foo.tgz". At this point winzip gets very confused...

Oh, and the reason it's not a duplicate is that in the other bug the file is sent as .tar.gz, not as .tgz

I suppose I should take this.... we need to redesign this whole system....

>Oh, and the reason it's not a duplicate is that in the other bug the file is >sent as .tar.gz, not as .tgz Exactly. But is this problem so difficult?

Yes, it is... it requires pretty much a full redesign of the system to actually solve it usefully (that is, without regressing the bugs the current system attempts to address). setting target and priority back to what they were... ;)

oh, fun. I already own a bug on exactly this issue.. *** This bug has been marked as a duplicate of 141806 ***

vrfy dupe