Closed
Bug 114849
Opened 23 years ago
Closed 23 years ago
Content-Encoding is not evaluated on downloads
Categories
(Core :: Networking, defect)
Tracking
()
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?
Reporter | ||
Comment 1•23 years ago
|
||
*** 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.
Description
•