Closed Bug 59210 Opened 24 years ago Closed 24 years ago

browser hangs in nsBlockFrame::DoRemoveFrame; XBL example

Categories

(Core :: Layout, defect, P1)

defect

Tracking

()

VERIFIED WORKSFORME
mozilla0.9

People

(Reporter: jrgmorrison, Assigned: buster)

References

()

Details

(Keywords: hang, testcase)

This is a follow-on from bug 57596, where the browser would crash on this example. Now, when you click on the text in the example, the browser will hang. This only occurs in trunk builds. It does not occur in the branch builds (and doesn't crash either). After going past a couple of assertions in the code, the hang occurs in a loop at: http://lxr.mozilla.org/mozilla/source/layout/html/base/src/ nsBlockFrame.cpp#5472 Steps to reproduce: 1) load http://www.damowmow.com/mozilla/crash/4.html 2) click on the text "Click me to try to float me". 3) browser will hang in a loop. 20001104nn mac/linux/win32 trunk builds.
Keywords: crash
Priority: P3 → P1
Severity: normal → critical
Keywords: testcase
QA Contact: petersen → ian
moving to mozilla0.9
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla0.9
moving to mozilla0.9
Keywords: crashfreeze
Keywords: freezehang
No hang using Build 2000122308 installer on Windows 98. This appears to be fixed.
Hyatt: You fixed this, right? If so please mark it RESOLVED FIXED -- thanks!
Marking worksforme (as hyatt seems bashful to claim credit). mac/linux/win32 20000102 builds -- there is no hang; demo floats the text (or overflow:scroll, or display:inline; or position:absolute).
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → WORKSFORME
Verifications. Tests (if necessary) were done with 2001052504 on Windows 2000. Please forgive the spam.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.