In Firebird 0.6, opening that page will cause Gecko to freeze for over ten seconds on my box as it renders the page. Be warned, this guy is a prolific blogger. The page is *large*. For some reason incremental reflow does not kick in here. Clearly having the browser UI locked for such a long period of time is not intended behaviour.
Confirming with Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:1.5a) Gecko/20030711 Mozilla Firebird/0.6 On my K6-2 500 MHz the whole browser was freezed for 25 seconds.
Please don't use technical summaries when you don't know the technical details.
Summary: Incremental reflow is defeated, layout times upwards of 10-15seconds seen → page very slow to lay out
A profile shows reflow dominating the page load time (in fact, almost entirely incremental reflow), but nothing particularly unusual. There could be something that forces us to reflow more than we need to for the incremental reflows, though.
the page has 119 <font> and 0 </font> tags. removing the font tags drops CPU usage from ~40 sec to ~6 seconds (7x faster) and the UI is responsive during load. that makes this a dupe of "Mozilla almost hangs on this page with <FONT> tags not closed" *** This bug has been marked as a duplicate of 81993 ***
Status: NEW → RESOLVED
Last Resolved: 15 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.