Closed Bug 773 Opened 27 years ago Closed 26 years ago

Chunked decoding can get stuck in STRIP_CRLF state

Categories

(Core :: Networking, defect, P2)

Product:
Core
Component:
Networking
Platform:
x86
Linux
Type:
defect

Tracking

()

Status:
VERIFIED FIXED

People

(Reporter: tenthumbs, Assigned: ebina)

Details

(Keywords: testcase)

The state machine in net_ChunkedWrite in mozilla/network/cnvts/cvchunk.c assumes that obj->in_buf always contains a CRLF when in the STRIP_CRLF state. That's not always true so Mozilla gets stuck in an infinite loop. This seems to happen on certain cgi programs which spit out very small chunks. A patch is available.
Status: NEW → ASSIGNED
Setting all current Open Critical and Major to M3
setting paulmac as QA contact for all gagan's bugs (sorry for the spam)
Component: NetLib → Networking Library
Product: MozillaClassic → Browser
Version: 1998-03-31 → other
Assignee: gagan → ebina
Status: ASSIGNED → NEW
Target Milestone: M3 → M4
Status: NEW → ASSIGNED
Sent e-mail to reporter asking for patch.
Status: ASSIGNED → RESOLVED
Closed: 26 years ago
Resolution: --- → FIXED
Patch applied in version 1.3 of mozilla/network/cnvts/cvchunk.c
Whiteboard: waiting for reporter to verify
tenthumbs, can you verify the fix is in?
Status: RESOLVED → VERIFIED
since the reporter provided a fix, and ebina checked it in, will mark verified
Changing all Networking Library/Browser bugs to Networking-Core component for Browser. Occasionally, Bugzilla will burp and cause Verified bugs to reopen when I do this in a bulk change. If this happens, I will fix. ;-)
Bulk move of all Networking-Core (to be deleted component) bugs to new Networking component.
Keywords: testcase
Whiteboard: waiting for reporter to verify
You need to log in before you can comment on or make changes to this bug.