Closed Bug 24711 Opened 25 years ago Closed 25 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: 25 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.