Closed Bug 210111 Opened 23 years ago Closed 23 years ago

Pages for quicktime movies hang browser

Categories

(Core :: Networking: HTTP, defect, P1)

defect

Tracking

()

VERIFIED DUPLICATE of bug 210119
mozilla1.5alpha

People

(Reporter: tracy, Assigned: darin.moz)

References

()

Details

(Keywords: smoketest)

Attachments

(1 file)

seen on commercial trunk builds from yesterday and today. windows 2003-06-19/20-04-trunk mac 2003-06-19/20-03-trunk -Goto apple.com/trailers (test URL given above) -select a movie trailer to watch in many cases a page will come up asking in what resolution you'd like to view the trailer. this page is hanging. it doesn't finish loading. -Click stop it seems to stop -browse to another page the new page doesn't open, although it appears to be trying to load something. -quit the browser on mac, quitting hangs the app, must force quit to really get out. on windows, quitting the app seems to work. But, on starting up again, by selecting the same profile, a message appears saying that the profile is in use and to either create or select another profile. Task manager doesn't show any NS running. The only way to use the same profile again is to reboot the machine. :-/
I don't think this is the QT plugin. I am seeing a similar hang on linux and the plugin isn't installed there.
looking....
Status: NEW → ASSIGNED
confirming....after visiting the URL I'm no longer able to browse. if I try to quit, the process hangs around in the background. There don't appear to be any plugins on this page so I'm looking deeper.... Tracy, can you pull a few more builds to narrow down when this first started? Thanks!
I see "Transfering Data from statse.webtrendslive.com" in the status bar when I copy the page locally. That URL is referenced from an external Javascript.
peter, i don't think tracy was seeing this yesterday, so it's something that happened between yesterday's verifications and today's. Do you mind if i re-open the tree while you investigate? This doesn't seem worthy of holding the tree closed.
OS: WinXP I started seeing this with yesterday morning's build (2003061904), so I think it started before that. I am running 2003061804 and see no sign of the problem.
sure, open the tree, downgrading to critcal. This isn't a plugin bug and has something to do with the external script so I'm reassigning but I'll keep looking at it after lunch and meetings. Note that there's an IFRAME that also has the same set of scripts.
Assignee: peterlubczynski → dom_bugs
Severity: blocker → critical
Status: ASSIGNED → NEW
Component: Plug-ins → DOM Other
QA Contact: bmartin → desale
as orginally stated: seen on commercial trunk builds from yesterday and today. windows 2003-06-19/20-04-trunk mac 2003-06-19/20-03-trunk this works with windows build 2003-06-18-08-trunk
ahha...a debug build reveals all: I had a build which did not show the problem. I applied Darin's patch in bug 208845 and now I get the infinite loop with this ASSERTION (w/ nsHTTP log context): 3732[a6ec90]: Have status line [version=11 status=200 statusText=OK] 3732[a6ec90]: nsHttpTransaction::ParseLine [Server: Microsoft-IIS/5.0] 3732[a6ec90]: nsHttpTransaction::ParseLine [Date: Fri, 20 Jun 2003 20:33:51 GMT] 3732[a6ec90]: nsHttpTransaction::ParseLine [Connection: close] 3732[a6ec90]: nsHttpTransaction::ParseLine [Set-Cookie: wtl130376=7&2CGAdl99&http://www.apple.com/quicktime/qtv/index.html&http://www.apple.com/quicktime/&36KDXoB4&http://www.apple.com/trailers/artisan/the_punisher/teaser/?ad%3D%26referrer%3D&http://www.apple.com/trailers/artisan/the_punisher/teaser/picksize.html&&&http://www.apple.com/trailers/artisan/the_punisher/teaser/picksize.html?ad%3D%26referrer%3D&&17&1&1&0&&0&&0&&0000000& kTime%2CQ 3732[a6ec90]: nsHttpTransaction::ParseLine [Set-Cookie: ] 3732[a6ec90]: ###!!! ASSERTION: Infinite loop: can't advance a writing iterator beyond the end of a string: 'one_hop>0', file ../../dist/include/string\nsStringIterator.h, line 338
Attached file stack
-->HTTP
Assignee: dom_bugs → darin
Component: DOM Other → Networking: HTTP
QA Contact: desale → httpqa
Blocks: 208845
Status: NEW → ASSIGNED
Priority: -- → P1
Target Milestone: --- → mozilla1.5alpha
this is probably a duplicate of bug 210119.
Depends on: 210119
in fact, my patch for bug 210119 appears to fix this bug. *** This bug has been marked as a duplicate of 210119 ***
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
verified
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: