158473 - high CPU usage (100%) at this page

Status: VERIFIED DUPLICATE of bug 146884

(Core :: Layout, defect)

Description

[MatthiasMann]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.1a+) Gecko/20020709
BuildID:    2002070908

The page above (all WarCraft3 pages at www.battle.net) causes very high pu
usage. Mozilla is still responsive (I think it does redraws). I've seen this on
other pages and with 2002070310 too.

The page uses only javascript that is executed once (while the page is loading).

Reproducible: Always
Steps to Reproduce:
1. Visit the url and wait a few seconds

Actual Results:  CPU is at 100%
If you send open a save/open dialog (Windows) it is extremly slow (about 5 min
to open)

Expected Results:  The CPU usage should go down to 0% after the page has been loaded

Comment 1

[Matthias Versen [:Matti]]

wfm with win2k build 20020720..

Reporter: DO you have http pipelining enabled ?

Comment 2

[MatthiasMann]

Yes, but the page is fully loaded. But is has nothing to do with redraws (just
checked with Spy++) it also happens when minimized/unvisible.

Comment 3

[MatthiasMann]

Ok, the CPU usages keeps at 100% until I close all windows. I've rechecked it
without pipelining and the CPU doesn't go to 100%.

I'll search the bug for HTTP pipelining.

Comment 4

[Wesha]

I often encounter 100% CPU load after page finished loading, and only closing
Mozilla helps. I was unable to identify the source of the problem though, I
suspect that it's Flash plugin though.


So kinda semi-confirming:
 * Confirming 100% CPU on Win2000/20020716, randomly; 
 * Given URL - WFM on WinXP/2002071708)

Pipelining enabled on both.

Comment 5

[John S. Giltner, Jr.]

The site load fine with:

Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:1.1b) Gecko/20020719 
Build id 2002071911

Comment 6

[Oliver Klee]

This is not Critical (no crash, hang or dataloss).

Comment 7

[MatthiasMann]

I think that it is critical (for pipelining - read below) because when it
happens you can no longer save files (download) because the save/load dialog
takes up to 5 minutes (depend on the folder - desktop about 30 sec - full folder
à 1000 files >2 min)

I think it's related to pipelining because it has not appeared since i turned it
off.

Comment 8

[Stefan Borggraefe]

Since this only happens with HTTP-Pipelinig enabled, I´m pretty sure this is
another duplicate of bug 146884.

*** This bug has been marked as a duplicate of 146884 ***

Comment 9

[Matthias Versen [:Matti]]

verified (i asked because of that bug)

Pipelining is a new and experimental feature...