Closed
Bug 24711
Opened 26 years ago
Closed 26 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•26 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•26 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•26 years ago
|
Whiteboard: [PDT+] → [PDT+] 2/28/00 (provided we can hook up with gagan for review)
| Assignee | ||
Updated•26 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•26 years ago
|
||
I've finally checked in the fixes...
Status: NEW → RESOLVED
Closed: 26 years ago
Resolution: --- → FIXED
Comment 9•26 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•26 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
•