902503 - gzip files downloaded with Content-Encoding: gzip are saved with gzip file header on top of the gzip file header

Status: RESOLVED DUPLICATE of bug 610679

(Firefox :: File Handling, defect)

Description

[Ilya Basin]

User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:23.0) Gecko/20100101 Firefox/23.0 (Beta/Release)
Build ID: 20130730113002

Steps to reproduce:

Looks similar to 168180.
In IBM Lotus iNotes 8.5.3 (web mail), when you download a .gz attachment, it gets compressed a second time, so you have to do gunzip twice. Other browsers are not affected. I guess, firefox decides not to decompress the stream for some reason.

developer tools/network/response:
    Content-Disposition: attachment
    Content-Encoding: gzip
    Content-Type: application/x-download

How FF figures out the real file name "rap.gz", I don't know.

Comment 1

[Loic]

Could you test with a clean profile, please (don't import anything):
https://support.mozilla.org/en-US/kb/profile-manager-create-and-remove-firefox-profiles

Comment 2

[Ilya Basin]

(In reply to Loic from comment #1)
> Could you test with a clean profile, please (don't import anything):
> https://support.mozilla.org/en-US/kb/profile-manager-create-and-remove-
> firefox-profiles

same result

Comment 3

[Loic]

Is it the same issue with the previous versions of Firefox? Or a recent behavior?

Comment 4

[Ilya Basin]

(In reply to Loic from comment #3)
> Is it the same issue with the previous versions of Firefox? Or a recent
> behavior?

I don't know, noticed just recently

Comment 5

[Josh Matthews [:jdm]]

You could check in previous releases available here: ftp://ftp.mozilla.org/pub/firefox/releases/

Comment 6

[Ilya Basin]

Tried with firefox 3.0.3. Same result

Comment 7

[Alexandra Govorkova]

I can confirm that the bug is still reproduced in the latest Nightly 56