Closed Bug 375462 Opened 18 years ago Closed 18 years ago

hang at www.bethelmaine.com/events (heavily nested float/clear)

Categories

(Core :: Layout, defect, P3)

x86
All
defect

Tracking

()

RESOLVED FIXED

People

(Reporter: reuterjb, Assigned: roc)

References

()

Details

(Keywords: hang, perf, testcase, Whiteboard: [dbaron-1.9:RwCo])

Attachments

(1 file)

User-Agent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 1.1.4322) Build Identifier: Firefox 2.0.0.3 www.bethelmaine.com/events worked in the older versions of Firefox. Now when I click on it, the URL crashes the Web site. Reproducible: Always Steps to Reproduce: 1. Go to www.bethelmaine.com 2. Under Visitor Center or under Business and Community, click on Events 3. Actual Results: Partial calendar may come up, but then crash. I may get a white screen or might get the "hourglass" telling me to wait. I can wait forever, and it will not complete loading the events calendar. Expected Results: See the events calendar for the current month, be able to scroll up and down in it, and then be able to click on other months.
Severity: critical → normal
Component: Build Config → General
QA Contact: build.config → general
Version: unspecified → 2.0 Branch
Firefox 2.0.0.3 Linux hangs w. 100% CPU. Firefox trunk Linux too. Looking briefly in a debugger it appears to be an infinite reflow recursion which would eventually crash with a stack overflow.
Severity: normal → critical
Status: UNCONFIRMED → NEW
Component: General → Layout
Ever confirmed: true
Keywords: crash, hang
OS: Windows XP → All
Product: Firefox → Core
QA Contact: general → layout
Version: 2.0 Branch → 1.8 Branch
Flags: blocking1.9?
I checked using Seamonkey and Firefox Branch on Win98 with JS disabled and got a hang, but no crash. Before hanging the error console was showing 2 warnings, the last one about line 1152: -khtml-opacity: 0.2; http://www.bethelmaine.com/portal_css/ploneStyles0909.css /* For ghosted elements */ .visualGhosted { opacity: 0.2; -moz-opacity: 0.2; -khtml-opacity: 0.2; }
Flags: blocking1.9? → blocking1.9+
I checked using Firefox 1.5 and on Firefox Trunk, running under Linux, and I got hangs with high CPU usage, but the page eventually loaded in both cases. It took on the order of 5 min to load. (although I'm not exactly sure how long it was)
I profiled this... we're spending all our time in reflow. It looks like on trunk the performance regressed between 2004-11-25-07 and 2004-11-26-08. Bonsai query: http://bonsai.mozilla.org/cvsquery.cgi?treeid=default&module=MozillaTinderboxAll&branch=HEAD&branchtype=match&dir=&file=&filetype=match&who=&whotype=match&sortby=Date&hours=2&date=explicit&mindate=2004-11-25+07&maxdate=2004-11-26+08&cvsroot=%2Fcvsroot Fallout from bug 209694, probably? If so, likely the same thing as bug 273293 and the things it blocks.
Blocks: 209694
Depends on: 273293
My programmer has fixed the problem. Thanks for trying. Julia
Status: NEW → RESOLVED
Closed: 18 years ago
Resolution: --- → FIXED
You mean the site was changed to workaround this bug in Firefox, right? Do you have the site/an example somewhere that still shows the bug that you could attach to the bug?
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
My programmer writes, "Here is a link to the old, bugy events page: http://www.bethelmaine.com/events/index_events_bugy What I did was remove all of the floating elements and spaced things out using tables instead."
I did crash on the original Events page (comment 1), but the URL in comment 7 does not crash for me. It's a bit slow to render (~15 secs) in Firefox 2.0.0.3 and 2.0.0.4, but a trunk build is better ~3 secs.
I now get a hang on the URL in comment 7 (100% CPU for a couple of minutes before I killed it) using Firefox trunk, 2.0.0.4 and 1.5.0.12 on Linux. The problem in the markup is <div style="clear: both;" /> which doesn't close the element. This creates a deep frame tree for the URL but we shouldn't have this bad performance. The testcase only has 24 of those elements but it's still slow (it takes about 10 seconds on a fast PC).
Keywords: perf, testcase
Fixed by the patch to Bug 320378.
Status: REOPENED → RESOLVED
Closed: 18 years ago18 years ago
Flags: in-testsuite?
Resolution: --- → FIXED
Bug 320378 was backed out. Reopening so we don't lose track of this bug.
Status: RESOLVED → REOPENED
Depends on: 320378
Resolution: FIXED → ---
Version: 1.8 Branch → Trunk
Keywords: crash
Summary: crash if I click on www.bethelmaine.com/events → hang at www.bethelmaine.com/events (heavily nested float/clear)
I just tried that Bethel Maine test site, and while it wasn't necessarily speedy, I don't think it took 20 seconds either. This is with: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.7pre) Gecko/20070808 BonEcho/2.0.0.7pre ID:2007080804 and also with: Build identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a8pre) Gecko/200708070303 SeaMonkey/2.0a1pre
Whiteboard: [dbaron-1.9:RwCo]
Assignee: nobody → roc
Status: REOPENED → NEW
Whiteboard: [dbaron-1.9:RwCo] → [dbaron-1.9:RwCo][depends on 320378]
Fixed by checkin for bug 320378.
Status: NEW → RESOLVED
Closed: 18 years ago18 years ago
Resolution: --- → FIXED
Whiteboard: [dbaron-1.9:RwCo][depends on 320378] → [dbaron-1.9:RwCo]
Flags: in-testsuite? → in-testsuite+
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: