218595 - Content-Type: application/x-tar, Content-Encoding: application/x-gzip automatically takes .tar filename

Status: RESOLVED DUPLICATE of bug 144334

(Core Graveyard :: File Handling, defect)

Description

[Tim De Pauw]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5b) Gecko/20030905 Firebird/0.6.1+
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5b) Gecko/20030905 Firebird/0.6.1+

The demo URL should return the following headers:

Content-Type: application/x-tar
Content-Encoding: application/x-gzip
Content-Disposition: attachment; filename=muziekquiz-2003-37.tar.gz

When I try to open the URL, it automatically prompts to download
muziekquiz-2003-37.tar.gz_.tar_

I can understand how it would base the extension on the content type, and that
content encoding is used for compression, but it's not like it should decompress
the attachment and save it as an uncompressed tarball, right?

Reproducible: Always

Steps to Reproduce:
1. Open URL
2. Look at default filename for download

Actual Results:  
Got .tar.gz.tar

Expected Results:  
Suggest .tar.gz

Comment 1

[Boris Zbarsky [:bzbarsky]]

Unfortunately, we have to change the filename in some cases to avoid some
security bugs in the Windows operating system, and we're a little over-zealous
about it...  Bug 65827 will likely not help this case, but it may.  If it does
not, this case is a duplicate of the "do not change extensions when saving" bug,
somewhere in the "file handling" component.

Comment 2

[Tim De Pauw]

Allrighty then...
I switched to regular zip for now, so don't expect the demo URL to work any longer.

Comment 3

[Matthias Versen [:Matti]]

*** This bug has been marked as a duplicate of 144334 ***