Closed
Bug 73231
Opened 24 years ago
Closed 24 years ago
nsFileTransport should report progress even if content-length is unknown
Categories
(Core :: Networking, defect)
Core
Networking
Tracking
()
VERIFIED
FIXED
mozilla0.9
People
(Reporter: darin.moz, Assigned: darin.moz)
Details
Attachments
(1 file)
|
4.00 KB,
patch
|
Details | Diff | Splinter Review |
nsFileTransport should report progress even if content-length is unknown (a la
nsSocketTransport).
|
||
Updated•24 years ago
|
Blocks: 64833
Keywords: mozilla0.9
|
Assignee | |
Updated•24 years ago
|
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla0.9
|
|
Assignee | |
Comment 1•24 years ago
|
||
|
|
Assignee | |
Comment 2•24 years ago
|
||
dougt, rpotts: can you guys review this patch? thx!
|
||
Comment 3•24 years ago
|
||
how can the content length be unknown?
|
|
Assignee | |
Comment 4•24 years ago
|
||
the mStreamIO object can return -1 for the content length, which might
correspond to a stream being downloaded, for example, and then pumped
through a file transport. consider that embedders might be getting
data from outside sources.
|
|
||
Comment 5•24 years ago
|
||
roger that. sr=
|
||
Comment 6•24 years ago
|
||
Looks good. r/sr=rpotts
-- rick
|
|
Assignee | |
Comment 7•24 years ago
|
||
fix checked in
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•