Closed Bug 722970 Opened 12 years ago Closed 1 year ago

Firefox hangs when visiting http://atlargenutrition.com

Categories

(Core :: Layout: Floats, defect)

defect

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: Swarnava, Unassigned)

References

()

Details

(Keywords: hang, Whiteboard: [testday-20120203])

Attachments

(2 files, 1 obsolete file)

This happens on Windows 7, Firefox 9.0.1 and Firefox 10.0, and on Mac OS 10.6.8 w/Firefox 9.0.1.

If I simply go to http://atlargenutrition.com, Firefox will hang. have to either force quit it on the Mac, or use task manager to kill it on Windows.

This wasn't a problem with IE 9 on Windows or Safari 5.1.2 on the Mac.
WFM:
Opera/9.80 (X11; Linux x86_64; U; en) Presto/2.10.229 Version/11.61
Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/535.7 (KHTML, like Gecko) Chrome/16.0.912.77 Safari/535.7

Reproduced:
Mozilla/5.0 (X11; U; Linux i686 (x86_64); en-US; rv:1.9.2.26) Gecko/20120128 Firefox/3.6.26
Mozilla/5.0 (X11; Linux x86_64; rv:10.0) Gecko/20100101 Firefox/10.0
Mozilla/5.0 (X11; Linux x86_64; rv:11.0a2) Gecko/20120131 Firefox/11.0a2
Mozilla/5.0 (X11; Linux x86_64; rv:13.0a1) Gecko/20120201 Firefox/13.0a1

It does not matter if I disable JavaScript.
OS: Windows 7 → All
Hardware: x86 → All
Version: 10 Branch → Trunk
Keywords: hang
Summary: Firefox hangs when visiting a particular website → Firefox hangs when visiting http://atlargenutrition.com
Attached file reduced html (obsolete) —
Attached file WinDbg log
Component: Untriaged → Layout
Product: Firefox → Core
QA Contact: untriaged → layout
Attached file reduced html
Attachment #593430 - Attachment is obsolete: true
Severity: normal → critical
This isn't really a permanent hang; the browser finishes rendering the page eventually.

I would guess that we get exponential blowup in the number of times we reflow the innermost floats, or something.  The profile shows us spending all of our time in reflow, mostly in the leaves, with no particular single-function hotspot.
Component: Layout → Layout: Floats
QA Contact: layout → layout.floats
(In reply to Boris Zbarsky (:bz) from comment #5)
> I would guess that we get exponential blowup in the number of times we
> reflow the innermost floats, or something.

I think we've seen that problem before, do we have a bug tracking this issue?
I don't know of one.  _Do_ we end up reflowing float kids twice?
Sorry, I didn't mean to give the impression that I had debugged this.
Whiteboard: [testday-20120203]
looks like the issue not happening with Firefox 13.0.1
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → WORKSFORME
I guess the URL site maybe modified something.
However, The test case hangs in Firefox13.0.1.
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---

In the process of migrating remaining bugs to the new severity system, the severity for this bug cannot be automatically determined. Please retriage this bug using the new severity system.

Severity: critical → --

No hangs or abnormally-long pageload time when loading the site today (pageload takes about the same amount of time in Firefox vs. Chrome -- a few seconds, for me.)

In the decade since this was last looked at, something must've changed in the site and/or Firefox that happened to avoid the issue.

Status: REOPENED → RESOLVED
Closed: 12 years ago1 year ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: