Closed
Bug 24711
Opened 25 years ago
Closed 25 years ago
HTTP needs to arbitrarily retrieve data
Categories
(Core :: Networking, defect, P1)
Tracking
()
CLOSED
FIXED
M14
People
(Reporter: jud, Assigned: rpotts)
References
Details
(Keywords: crash, Whiteboard: [PDT+] 2/28/00 (will check in tonight))
This bug is being created in lieu of 24250. HTTP needs to ensure that *identical* stream listener callbacks are fired to the stream listener specified in it's orignal nsHTTPChannel::AsyncRead() method. Currently, if there's a cache entry, the end consumer will receive two OnStopRequest() callbacks because ResponseCompleted() is still called after the 304 response is handled and a cache entry is created and used. Perhaps HTTP should generalize it's stream listener layer to accommodate receiving On*() callbacks regardless of transport type (cache or socket), or an additional listener should be implemented to handle the cache callbacks. The bug basically amounts to the consumer re-targeting no working.
Comment 1•25 years ago
|
||
I think that this problem causes SMP machines to crash. The stack crawl that I am setting on Dawn machine sounds alot like this bug see 21556
Priority: P3 → P1
I am hoping to clean this a little bit. And get rpotts blessing on the same...
Status: NEW → ASSIGNED
Target Milestone: M14
Assignee | ||
Comment 6•25 years ago
|
||
I've checked in a partial fix for this problem. If a HTTP channel was deferred because no socket transports were available, then when it resumed it would stall if it's data had already been loaded into the cache... An example of this problem was seen on http://www.abcnews.com I am almost done with the fixes for the other part of this bug - where the CacheChannel was being passed out as the protocol channel (instead of the HTTP channel...)
Updated•25 years ago
|
Whiteboard: [PDT+] → [PDT+] 2/28/00 (provided we can hook up with gagan for review)
Assignee | ||
Updated•25 years ago
|
Whiteboard: [PDT+] 2/28/00 (provided we can hook up with gagan for review) → [PDT+] 2/28/00 (will check in tonight)
Assignee | ||
Comment 8•25 years ago
|
||
I've finally checked in the fixes...
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Comment 9•25 years ago
|
||
Ack! Shame on you Rick. You didn't test mailnews. This fix broke displaying imap messages when we store the messages in the memory cache because the cache channel no longer implements GetContentType!
Comment 10•25 years ago
|
||
Discussed this with Rick. Primarily architecture changes that are not verifiable. SMP crash is a different bug and www.abcnew.com part of the bug works.
Status: RESOLVED → CLOSED
Comment hidden (collapsed) |
You need to log in
before you can comment on or make changes to this bug.
Description
•