Closed Bug 84592 Opened 24 years ago Closed 24 years ago

endless loop and hang at page

Categories

(Core :: DOM: HTML Parser, defect, P3)

x86
All
defect

Tracking

()

VERIFIED FIXED
mozilla0.9.7

People

(Reporter: cesarb, Assigned: harishd)

References

()

Details

(Keywords: hang, Whiteboard: [fix in hand])

Attachments

(1 file)

From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux 2.4.5 i686; en-US; rv:0.9.1+) Gecko/20010607 BuildID: 2001060708 After loading the page, mozilla goes into an endless reload loop (you can see the cursor turning into a clock every half second, and the sheer amount of lines in the console). It also seems to cause a crash. Reproducible: Always Steps to Reproduce: 1.Open the page 2. Wait a few iteractions of the endless reload loop cycle 3. Click in "The Story" in the right frame. Actual Results: Crashed. Expected Results: No 0-second refresh loop. At least no crashing. I've tested it only three times; I've gotten TB31468235H, TB31468216H and TB31468178M.
confirming with winwk build 20010608.. (CVS debug and opt). The crash is bug 78504. This bug (the loop) should go to network Stack (a part) for the crash ->bug 78504: nsWindowWatcher::OpenWindowJS(nsWindowWatcher * const 0x02d6e39c, nsIDOMWindow * 0x043ceb14, const char * 0x00000000, const char * 0x041d8de0, const char * 0x00000000, int 0, unsigned int 0, long * 0x00000000, nsIDOMWindow * * 0x0012f688) line 513 + 62 bytes nsWindowWatcher::OpenWindow(nsWindowWatcher * const 0x02d6e398, nsIDOMWindow * 0x043ceb14, const char * 0x00000000, const char * 0x041d8de0, const char * 0x00000000, nsISupports * 0x00000000, nsIDOMWindow * * 0x0012f688) line 436 + 48 bytes
Assignee: asa → neeti
Severity: normal → major
Status: UNCONFIRMED → NEW
Component: Browser-General → Networking: HTTP
Ever confirmed: true
OS: Linux → All
QA Contact: doronr → benc
Doug, this could be related to bug 78504 and bug 84572.
Priority: -- → P3
Target Milestone: --- → mozilla0.9.2
We are loading the frame urls in a loop. Reassigning to HTMLFrames for further triage. 0[482960]: nsDocShell[3858130]: loading http://niko-niko.net/mizuiro/index.html with flags 0x00000000 0[482960]: nsDocShell[3fbfe40]: loading http://niko-niko.net/mizuiro/green.html with flags 0x00000000 0[482960]: nsDocShell[3ff9d80]: loading http://niko-niko.net/mizuiro/blue.html with flags 0x00000000 0[482960]: nsDocShell[3ffc940]: loading http://niko-niko.net/mizuiro/logo.html with flags 0x00000000 0[482960]: nsDocShell[3fff4c0]: loading http://niko-niko.net/mizuiro/content.html with flags 0x00000000 0[482960]: nsDocShell[4001790]: loading http://niko-niko.net/mizuiro/navi.html with flags 0x00000000 0[482960]: nsDocShell[40042c0]: loading about:blank with flags 0x00000000 0[482960]: nsDocShell[4006dd0]: loading http://niko-niko.net/mizuiro/blue.html with flags 0x00000000 0[482960]: nsDocShell[40072e0]: loading http://niko-niko.net/mizuiro/green.html with flags 0x00000000 0[482960]: nsDocShell[3858130]: loading http://niko-niko.net/mizuiro/index.html with flags 0x00000000 0[482960]: nsDocShell[3fe8750]: loading http://niko-niko.net/mizuiro/green.html with flags 0x00000000 0[482960]: nsDocShell[4004600]: loading http://niko-niko.net/mizuiro/blue.html with flags 0x00000000 0[482960]: nsDocShell[4010c50]: loading http://niko-niko.net/mizuiro/logo.html with flags 0x00000000 0[482960]: nsDocShell[4025080]: loading http://niko-niko.net/mizuiro/content.html with flags 0x00000000 0[482960]: nsDocShell[4029dd0]: loading http://niko-niko.net/mizuiro/navi.html with flags 0x00000000 0[482960]: nsDocShell[402cdd0]: loading about:blank with flags 0x00000000 0[482960]: nsDocShell[4035520]: loading http://niko-niko.net/mizuiro/blue.html with flags 0x00000000 0[482960]: nsDocShell[404cb90]: loading http://niko-niko.net/mizuiro/green.html with flags 0x00000000 0[482960]: nsDocShell[3858130]: loading http://niko-niko.net/mizuiro/index.html with flags 0x00000000 0[482960]: nsDocShell[482fe80]: loading http://niko-niko.net/mizuiro/green.html with flags 0x00000000 0[482960]: nsDocShell[482a660]: loading http://niko-niko.net/mizuiro/blue.html with flags 0x00000000 0[482960]: nsDocShell[4836e10]: loading http://niko-niko.net/mizuiro/logo.html with flags 0x00000000 0[482960]: nsDocShell[4831ab0]: loading http://niko-niko.net/mizuiro/content.html with flags 0x00000000 0[482960]: nsDocShell[4833770]: loading http://niko-niko.net/mizuiro/navi.html with flags 0x00000000 0[482960]: nsDocShell[4844b20]: loading about:blank with flags 0x00000000 0[482960]: nsDocShell[48431d0]: loading http://niko-niko.net/mizuiro/blue.html with flags 0x00000000 0[482960]: nsDocShell[48469a0]: loading http://niko-niko.net/mizuiro/green.html with flags 0x00000000 0[482960]: nsDocShell[3858130]: loading http://niko-niko.net/mizuiro/index.html with flags 0x00000000 0[482960]: nsDocShell[439f5a0]: loading http://niko-niko.net/mizuiro/green.html with flags 0x00000000 0[482960]: nsDocShell[484ee80]: loading http://niko-niko.net/mizuiro/blue.html with flags 0x00000000 0[482960]: nsDocShell[4848d60]: loading http://niko-niko.net/mizuiro/logo.html with flags 0x00000000 0[482960]: nsDocShell[4807be0]: loading http://niko-niko.net/mizuiro/content.html with flags 0x00000000 0[482960]: nsDocShell[48065b0]: loading http://niko-niko.net/mizuiro/navi.html with flags 0x00000000 0[482960]: nsDocShell[48141a0]: loading about:blank with flags 0x00000000
Assignee: neeti → pollmann
Component: Networking: HTTP → HTMLFrames
QA Contact: benc → amar
The crash Matthias mentioned above has been fixed.
This is a dup of bug 82498, which Harish already has a fix for, marking a dup. *** This bug has been marked as a duplicate of 82498 ***
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → DUPLICATE
I still see the endless loop (no crash) with 2001062508. bug 82498 was supposed to have been fixed 2001-06-20.
Status: RESOLVED → REOPENED
Resolution: DUPLICATE → ---
Milestone reality check.
Target Milestone: mozilla0.9.2 → mozilla0.9.4
Keywords: hang
Target Milestone: mozilla0.9.4 → mozilla0.9.5
Moving to Mozilla0.9.6
Target Milestone: mozilla0.9.5 → mozilla0.9.6
Bulk reassignin HTML FRAME/IFRAME bugs to Eric.
Assignee: pollmann → evaughan
Status: REOPENED → NEW
Status: NEW → ASSIGNED
Target Milestone: mozilla0.9.6 → mozilla0.9.7
I suspect this is a parser problem. Here's a stacktrace: nsHTMLFramesetFrame::Init(nsHTMLFramesetFrame * const 0x04cb0bb8, nsIPresContext * 0x03ea5280, nsIContent * 0x03f13bb0, nsIFrame * 0x04cb0898, nsIStyleContext * 0x04cb0b24, nsIFrame * 0x00000000) line 322 nsCSSFrameConstructor::InitAndRestoreFrame(nsIPresContext * 0x03ea5280, nsFrameConstructorState & {...}, nsIContent * 0x03f13bb0, nsIFrame * 0x04cb0898, nsIStyleContext * 0x04cb0b24, nsIFrame * 0x00000000, nsIFrame * 0x04cb0bb8) line 6525 + 32 bytes nsCSSFrameConstructor::ConstructFrameByTag(nsIPresShell * 0x03f13ca0, nsIPresContext * 0x03ea5280, nsFrameConstructorState & {...}, nsIContent * 0x03f13bb0, nsIFrame * 0x04cb0898, nsIAtom * 0x00b0c8c0, int 3, nsIStyleContext * 0x04cb0b24, nsFrameItems & {...}) line 4756 nsCSSFrameConstructor::ConstructFrameInternal(nsIPresShell * 0x03f13ca0, nsIPresContext * 0x03ea5280, nsFrameConstructorState & {...}, nsIContent * 0x03f13bb0, nsIFrame * 0x04cb0898, nsIAtom * 0x00b0c8c0, int 3, nsIStyleContext * 0x04cb0b24, nsFrameItems & {...}, int 0) line 7080 + 49 bytes nsCSSFrameConstructor::ConstructFrame(nsIPresShell * 0x03f13ca0, nsIPresContext * 0x03ea5280, nsFrameConstructorState & {...}, nsIContent * 0x03f13bb0, nsIFrame * 0x04cb0898, nsFrameItems & {...}) line 6994 + 56 bytes nsCSSFrameConstructor::ProcessChildren(nsIPresShell * 0x03f13ca0, nsIPresContext * 0x03ea5280, nsFrameConstructorState & {...}, nsIContent * 0x05c407f0, nsIFrame * 0x04cb0898, int 1, nsFrameItems & {...}, int 1, nsTableCreator * 0x00000000) line 11828 + 66 bytes nsCSSFrameConstructor::ConstructDocElementFrame(nsIPresShell * 0x03f13ca0, nsIPresContext * 0x03ea5280, nsFrameConstructorState & {...}, nsIContent * 0x05c407f0, nsIFrame * 0x04cb0214, nsIStyleContext * 0x04cb05b8, nsIFrame * & 0x04cb0898) line 3383 nsCSSFrameConstructor::ContentInserted(nsCSSFrameConstructor * const 0x03eedcd0, nsIPresContext * 0x03ea5280, nsIContent * 0x00000000, nsIContent * 0x05c407f0, int 0, nsILayoutHistoryState * 0x00000000) line 8554 StyleSetImpl::ContentInserted(StyleSetImpl * const 0x03ee9970, nsIPresContext * 0x03ea5280, nsIContent * 0x00000000, nsIContent * 0x05c407f0, int 0) line 1421 PresShell::InitialReflow(PresShell * const 0x03f13ca0, int 15360, int 9090) line 2648 HTMLContentSink::StartLayout() line 3966 HTMLContentSink::CloseFrameset(HTMLContentSink * const 0x05c41790, const nsIParserNode & {...}) line 3403 CNavDTD::CloseFrameset(const nsIParserNode * 0x04928460) line 3327 + 31 bytes CNavDTD::CloseContainer(const nsCParserNode * 0x04928460, nsHTMLTag eHTMLTag_frameset, int 0) line 3524 + 12 bytes CNavDTD::CloseContainersTo(int 1, nsHTMLTag eHTMLTag_frameset, int 0) line 3575 + 20 bytes CNavDTD::CloseContainersTo(nsHTMLTag eHTMLTag_frameset, int 0) line 3731 + 20 bytes CNavDTD::HandleEndToken(CToken * 0x04921098) line 1986 + 14 bytes CNavDTD::HandleToken(CNavDTD * const 0x03f11240, CToken * 0x04921098, nsIParser * 0x05c419e0) line 887 + 12 bytes CNavDTD::BuildModel(CNavDTD * const 0x03f11240, nsIParser * 0x05c419e0, nsITokenizer * 0x03f111c0, nsITokenObserver * 0x00000000, nsIContentSink * 0x05c41790) line 520 + 20 bytes nsParser::BuildModel() line 1978 + 34 bytes nsParser::ResumeParse(int 1, int 0) line 1844 + 11 bytes nsParser::OnDataAvailable(nsParser * const 0x05c419e4, nsIRequest * 0x05c36f10, nsISupports * 0x00000000, nsIInputStream * 0x05c497d0, unsigned int 0, unsigned int 1614) line 2467 + 19 bytes nsDocumentOpenInfo::OnDataAvailable(nsDocumentOpenInfo * const 0x05c34090, nsIRequest * 0x05c36f10, nsISupports * 0x00000000, nsIInputStream * 0x05c497d0, unsigned int 0, unsigned int 1614) line 241 + 46 bytes nsHttpChannel::OnDataAvailable(nsHttpChannel * const 0x05c36f14, nsIRequest * 0x05c37344, nsISupports * 0x00000000, nsIInputStream * 0x05c497d0, unsigned int 0, unsigned int 1614) line 2353 + 57 bytes nsOnDataAvailableEvent::HandleEvent() line 193 + 70 bytes nsARequestObserverEvent::HandlePLEvent(PLEvent * 0x05ca46c4) line 116 PL_HandleEvent(PLEvent * 0x05ca46c4) line 590 + 10 bytes PL_ProcessPendingEvents(PLEventQueue * 0x00aa7e50) line 520 + 9 bytes
Assignee: evaughan → harishd
Severity: major → critical
Status: ASSIGNED → NEW
Component: HTMLFrames → Parser
QA Contact: amar → moied
Summary: endless reload loop at page → endless loop and hang at page
The problem markup is <body onLoad="if(parent.frames.length!=0)top.location='index.html';">. Why would anyone need a body in a frameset document? Anyway, it looks like we need to disable onLoad somehow or we should just ignore the body tag after frameset.
Status: NEW → ASSIGNED
Whiteboard: [fix in hand]
Comment on attachment 60355 [details] [diff] [review] patch v1.0 [ ignore body after frameset ] sr=jst
Attachment #60355 - Flags: superreview+
Comment on attachment 60355 [details] [diff] [review] patch v1.0 [ ignore body after frameset ] r=heikki
Attachment #60355 - Flags: review+
FIXED.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago24 years ago
Resolution: --- → FIXED
Seems to work fine for me. Verifying.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: