Closed Bug 23703 Opened 25 years ago Closed 25 years ago

intermediate x-mixed-replace channels are ignored

Categories

(Core :: Networking, defect, P3)

x86
Windows NT
defect

Tracking

()

VERIFIED WORKSFORME

People

(Reporter: jud, Assigned: rpotts)

References

()

Details

(Keywords: verifyme)

if you do a search at metacrawler it sends back x-mixed-replace (try it in 4.x). This is also a bug w/ bugzilla (you don't see the "Please stand by" page). It appears as though the only boundary of the x-mixed-replace data that is being displayed is the last one. the decoder is creating and dispatching all the intermediate channels and streams, but they're not being displayed/targeting properly.
Target Milestone: M14
Target Milestone: M14 → M13
Oops. Either this has to get done by Rick tomorrow, or by Jud for M14. Rick, please reassign if you can't get to this before you go.
Target Milestone: M13 → M15
I've tracced through the code and everything seems to be working fine :-( Each mart of the x-mixed-replace stream is causing a new content viewer to be created and the viewer is embedded in the webshell... However, only the final viewer seems to render its contents :-( I'll have to investigate more when I get back from sweden...
I just tried this again using a tip build and the intermediate streams seem to be showing up... using www.metacrawler.com, the results page shows up *very* quickly, so I had to access the site using a 28.8 modem to see the intermediate streams... But they did show up! The same for bugzilla queries... So, I'm marking this one works for me :-)
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → WORKSFORME
Keywords: verifyme
[bugday] marking verified. both metacrawler and bugzilla workforme on winNT build 2000022908.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.