Closed Bug 118931 Opened 23 years ago Closed 23 years ago

locks up when trying to view web site

Categories

(Core :: Layout, defect, P1)

x86
All
defect

Tracking

()

VERIFIED FIXED
mozilla1.1alpha

People

(Reporter: sammy, Assigned: attinasi)

References

()

Details

(4 keywords, Whiteboard: [Need Info])

Attachments

(2 files)

From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.7) Gecko/20011221 BuildID: 2001122108 mozilla locks up. can be killed though Reproducible: Always Steps to Reproduce: 1.browse to www.novaxess.net 2. 3. Actual Results: locks up locks up
Build ID: 2002 01 07 03. Windows 2000. This URL causes my Mozilla to hang too, sucking 100% CPU. OS => All ?
Mozilla 2002010608 freezes also on Win NT SP6...
Possibly related to javascript? If I turn off Javascript in the preferences the page loads without stucking - but the java-script menu on the right side of the page doesn't appear...
turning off javascript does not help. Managed to view website only once though. mozilla displayed the site, then locked up. unable to reproduce...
OS: Linux → All
Also freezes with 0.9.7 in Linux.
Confirmed. (BuildID: 2002 01 08 03/Win98). Reason of the bug is that the javascript is changing the style of a <DIV>. Here's the testcase to have the prob: <BODY> <DIV id=container style="POSITION: absolute;"></DIV> <SCRIPT language=Javascript> document.getElementById('container').style.position='relative'; </SCRIPT>
Attached file testcase (deleted) —
Keywords: hang
-> Layout and confirming
Assignee: asa → attinasi
Status: UNCONFIRMED → NEW
Component: Browser-General → Layout
Ever confirmed: true
QA Contact: doronr → petersen
Attached file stack trace (deleted) —
Mozilla looping here : nsBlockFrame::DoRemoveFrame(nsIPresContext * 0x0400f4d8, nsIFrame * 0x041573a8) line 4921 -------------------------------------------------------------------------- line 4921->4922->5035->5046->nsLineList_iterator::operator!=(nsLineList_iterator {...}) line 617
I think changing style.position causes freeze or crash in Mozilla 0.9.7 and later. The source below crashes Mozilla 2002011703/Win NT, 2002011614/Mac. Talkback ID is TB1796037Y. <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN"> <html lang="en"> <head> <title>Crash</title> <meta http-equiv="Content-Style-Type" content="text/css"> <meta http-equiv="Content-Script-Type" content="text/javascript"> <script type="text/javascript"> <!-- function init() { if (document.getElementById) { document.getElementById("test").style.position = "absolute"; } } // --> </script> </head> <body onLoad="init()"> <h1>Crash</h1> <div> <span id="test" style="position:relative">Test</span> </div> </body> </html>
Target Milestone: --- → mozilla1.0
Crashes using 2002020512 build on WINXP. Marking nsbeta1+
Keywords: hangcrash, nsbeta1+
Related to Bug 56894 ?
Attaching test case to report.
Keywords: regression
Testcase works in N6.2.1. Crashes in the OS X Feb 11th build (2002-02-11-08).
Keywords: testcase
can we see if any top sites are using this tool? removing "+" per ADT-Layout triage. pls let us know if this is a widely used tool
Keywords: nsbeta1+nsbeta1, topembed
Priority: -- → P1
Whiteboard: [Need Info]
Bulk moving all nsbeta1 nominations to Moz1.1. If the nomination is approved it will be marked nsbeta1+ and moved to the Mozilla1.0 milestone.
Target Milestone: mozilla1.0 → mozilla1.1
My patch for bug 118415 fixes this (changing position property on elements that are abs pos was failing to remove the placeholder frame!)
Marking nsbeta1+. Marc has a fix
Keywords: nsbeta1nsbeta1+
Fixed by patch for bug 118415
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
Marking verified in the April 23rd OS X trunk build (2002-04-23-08) and Windows ME (2002-04-23-06).
Status: RESOLVED → VERIFIED
Flags: in-testsuite+
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: