Closed Bug 114849 Opened 23 years ago Closed 23 years ago

Content-Encoding is not evaluated on downloads

Categories

(Core :: Networking, defect)

x86
Windows NT
defect
Not set
major

Tracking

()

RESOLVED DUPLICATE of bug 51852

People

(Reporter: jmns, Assigned: neeti)

References

()

Details

From Bugzilla Helper: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; de-DE; rv:0.9.2) Gecko/20010726 Netscape6/6.1 BuildID: all version The browser says in all http-requests: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; de-DE; rv:0.9.2) Gecko/20010726 Netscape6/6.1 Accept-Encoding: gzip,deflate,compress,identity - so it wants to get a file as gzip - the webserver gzip's the file: Content-Encoding: gzip But if the page or file is downloaded, the file is not decompressed. Our customers are not able to download any word file. Reproducible: Always Steps to Reproduce: - Open www.newtron.net/mp/componet - In the navigation menu right klick and choose Save... - Save as a file - Look into it with notepad: not readable - rename it to myfile.html.gz - inflate it (not gunzip) - Look into it --> perfect source code Expected Results: Instead of evaluation the Content-Encoding only in the render engine, it should be evaluated in the connection part (the part who write the accept-encoding) From Netscape 4.x present. Should we ignore the accept-encoding from all mozilla and netscape browsers?
*** This bug has been marked as a duplicate of 51852 ***
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.