Closed Bug 144814 Opened 23 years ago Closed 9 years ago

CRC's in compressed (gzip encoded) pages are silently ignored

Categories

(Core :: Networking, defect)

defect
Not set
normal

Tracking

()

RESOLVED WONTFIX

People

(Reporter: rob1, Unassigned)

Details

A "content-encoding: gzip" page has a CRC.  If the CRC is wrong, Mozilla
silently ignores it.  Netscape 4 displays a pop-up about a network error. 
Internet Explorer displays a blank page (haha).

(If needed, I can setup a server that produces a wrong CRC for gzip-encoded pages.)

My opinion is that a notification to the user should be displayed about some
type of problem occuring.  Should anything be displayed?  Is it better to have
something "wrong" displayed than nothing at all?

1.0RC2, Windows2000.
Setting up that server would be a great boon to fixing this bug (testing fixes
is always nice).
Assignee: new-network-bugs → darin
Status: UNCONFIRMED → NEW
Component: Networking → Networking: HTTP
Ever confirmed: true
OS: Windows 2000 → All
QA Contact: benc → tever
I set up a server with bad CRC's.

http://rekl.yi.org/crctest/ works correctly.
http://rekl.yi.org:8081/crctest/ generates bad CRC's.

More detailed info is available on that server.
mass futuring of untargeted bugs
Target Milestone: --- → Future
The QA contact on this bug can't possible still be correct
->default qa
QA Contact: tever → core.networking.http
-> default owner
Assignee: darin → nobody
Component: Networking: HTTP → Networking
QA Contact: networking.http → networking
Target Milestone: Future → ---
bagder looked into this and it turns out many gzip encodings lack the terminating blocks and general correct formatting. enforcing the crc is just a recipe for not displaying content we could otherwise render
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.