Closed Bug 24711 Opened 26 years ago Closed 26 years ago

HTTP needs to arbitrarily retrieve data

Categories

(Core :: Networking, defect, P1)

x86
Windows NT
defect

Tracking

()

CLOSED FIXED

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.
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
Blocks: 21556
I am hoping to clean this a little bit. And get rpotts blessing on the same...
Status: NEW → ASSIGNED
Target Milestone: M14
Keywords: beta1
PDT+
Keywords: crash
Whiteboard: [PDT+]
cc'ing rick now that he is back and wants something to do :)
->rick
Assignee: gagan → rpotts
Status: ASSIGNED → NEW
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...)
Need ETA date on final fix in Status Whiteboard please.
Whiteboard: [PDT+] → [PDT+] 2/28/00 (provided we can hook up with gagan for review)
Whiteboard: [PDT+] 2/28/00 (provided we can hook up with gagan for review) → [PDT+] 2/28/00 (will check in tonight)
I've finally checked in the fixes...
Status: NEW → RESOLVED
Closed: 26 years ago
Resolution: --- → FIXED
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!
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
You need to log in before you can comment on or make changes to this bug.