128345 - Mozilla consumes 95-99%cpu when the url ->www.tuslihockey.de is loaded

Status: RESOLVED FIXED

(Core :: Layout, defect, P1)

Description

[Kevin McCluskey (gone)]

From bug 120202.

Mozilla consumes 95-99%cpu when the url ->www.tuslihockey.de is loaded. 
Whenever  I break the code in the debugger, I find it doing Reflow. I am 
attaching the stack trace on break. As per the stack trace, I think problem 
lies in the reflow.

Comment 1

[Kevin McCluskey (gone)]

Stack trace:

USER32! InvalidateRect + 11 bytes
nsViewManager::UpdateAllCoveringWidgets(nsView * 0x04876800, nsView *
0x00000000, nsRect & {...}, int 0) line 1572
nsViewManager::UpdateAllCoveringWidgets(nsView * 0x048321a0, nsView *
0x00000000, nsRect & {...}, int 0) line 1548 + 24 bytes
nsViewManager::UpdateView(nsViewManager * const 0x04832350, nsIView *
0x04877af0, const nsRect & {...}, unsigned int 4) line 1651
nsViewManager::ResizeView(nsViewManager * const 0x04832350, nsIView *
0x04890d30, const nsRect & {...}, int 0) line 2225
nsContainerFrame::SyncFrameViewAfterReflow(nsIPresContext * 0x04834cb0, nsIFrame
* 0x03347c90, nsIView * 0x04890d30, const nsRect * 0x0012e6a0, unsigned int 0)
line 502
nsAbsoluteContainingBlock::ReflowAbsoluteFrame(nsIFrame * 0x0333ba84,
nsIPresContext * 0x04834cb0, const nsHTMLReflowState & {...}, int -1, int -1,
nsIFrame * 0x03347c90, nsReflowReason eReflowReason_Resize, unsigned int & 0)
line 476 + 26 bytes
nsAbsoluteContainingBlock::Reflow(nsIFrame * 0x0333ba84, nsIPresContext *
0x04834cb0, const nsHTMLReflowState & {...}, int -1, int -1, nsRect & {...})
line 226
nsBlockFrame::Reflow(nsBlockFrame * const 0x0333ba84, nsIPresContext *
0x04834cb0, nsHTMLReflowMetrics & {...}, const nsHTMLReflowState & {...},
unsigned int & 0) line 1020 + 44 bytes
nsBlockFrame::Reflow(nsBlockFrame * const 0x0333ba84, nsIPresContext *
0x04834cb0, nsHTMLReflowMetrics & {...}, const nsHTMLReflowState & {...},
unsigned int & 0) line 677
nsContainerFrame::ReflowChild(nsIFrame * 0x0333ba84, nsIPresContext *
0x04834cb0, nsHTMLReflowMetrics & {...}, const nsHTMLReflowState & {...}, int 0,
int 0, unsigned int 0, unsigned int & 0) line 753 + 31 bytes
CanvasFrame::Reflow(CanvasFrame * const 0x0333b464, nsIPresContext * 0x04834cb0,
nsHTMLReflowMetrics & {...}, const nsHTMLReflowState & {...}, unsigned int & 0)
line 561
nsBoxToBlockAdaptor::Reflow(nsBoxLayoutState & {...}, nsIPresContext *
0x04834cb0, nsHTMLReflowMetrics & {...}, const nsHTMLReflowState & {...},
unsigned int & 0, int 0, int 0, int 2535, int 1110, int 1) line 836
nsBoxToBlockAdaptor::DoLayout(nsBoxToBlockAdaptor * const 0x0333b89c,
nsBoxLayoutState & {...}) line 620 + 46 bytes
nsBox::Layout(nsBox * const 0x0333b89c, nsBoxLayoutState & {...}) line 1052
nsScrollBoxFrame::DoLayout(nsScrollBoxFrame * const 0x0333b5a4, nsBoxLayoutState
& {...}) line 395
nsBox::Layout(nsBox * const 0x0333b5a4, nsBoxLayoutState & {...}) line 1052
nsBoxFrame::Reflow(nsBoxFrame * const 0x0333b56c, nsIPresContext * 0x04834cb0,
nsHTMLReflowMetrics & {...}, const nsHTMLReflowState & {...}, unsigned int & 0)
line 991
nsContainerFrame::ReflowChild(nsIFrame * 0x0333b56c, nsIPresContext *
0x04834cb0, nsHTMLReflowMetrics & {...}, const nsHTMLReflowState & {...}, int 0,
int 0, unsigned int 0, unsigned int & 0) line 753 + 31 bytes
ViewportFrame::Reflow(ViewportFrame * const 0x0333b428, nsIPresContext *
0x04834cb0, nsHTMLReflowMetrics & {...}, const nsHTMLReflowState & {...},
unsigned int & 0) line 574
nsHTMLReflowCommand::Dispatch(nsIPresContext * 0x04834cb0, nsHTMLReflowMetrics &
{...}, const nsSize & {...}, nsIRenderingContext & {...}) line 217
PresShell::ProcessReflowCommand(nsVoidArray & {...}, int 1, nsHTMLReflowMetrics
& {...}, nsSize & {...}, nsIRenderingContext & {...}) line 6188
PresShell::ProcessReflowCommands(int 1) line 6243
ReflowEvent::HandleEvent() line 6099
HandlePLEvent(ReflowEvent * 0x0488e440) line 6113
PL_HandleEvent(PLEvent * 0x0488e440) line 590 + 10 bytes
PL_ProcessPendingEvents(PLEventQueue * 0x00a37e30) line 520 + 9 bytes
_md_EventReceiverProc(HWND__ * 0x0323027c, unsigned int 49629, unsigned int 0,
long 10714672) line 1071 + 9 bytes
USER32! TranslateMessageEx + 574 bytes
00a37e30()

Comment 2

[Matthias Versen [:Matti]]

*** Bug 128344 has been marked as a duplicate of this bug. ***

Comment 3

[Christine Hoffman]

Changing QA contact

Comment 4

[Arno Roefs]

Attachment: Testcase for described issue

One HTML file with JavaScript which scrolls an image -> consumes entire CPU.

Comment 5

[Bartosz Wucke]

On 700MHZ CPU it takes about 60% CPU time. The document is re-drawn every 35
msec - it looks like a reasonable CPU load for this kind of task. I think it's
worth checking with other browsers.
Setting URL to the offending frame.

Comment 6

[Kevin McCluskey (gone)]

Using 750Mz AMD, WinXP box:

With Netscape 7.0 CPU usage is 100%
With current trunk build usage is approx 45%

The CPU usage was probably reduced by the fix for bug 164931

Comment 7

[Kevin McCluskey (gone)]

With IE 6.0 CPU usage is pegged at 100% when  
http://www.tuslihockey.de/teams/fotos/piktos/scroll.html is loaded

Comment 8

[Kevin McCluskey (gone)]

With Opera6, CPU is usage is 5% but it does not scroll.