When going to http://www.central-soelden.at/menuehighlights.asp and clicking on a link or just scrolling up or down mozilla becomes quite unusable as the cpu is hog.

Testing of caillon with latest build (20020403 on linux) worked for him. So this is another win-only regression.

Confirmed that this does not happen under linux build # 2002040314.

wfm with an 1h old CVS build

WFM NT4.0 Build 20020402

With build 2002040503 on win-xp, 1.1ghz, 327ram and a fibre optic line this very annoying problem is still there. (also with same build on win2k). When being in a different area than "highlights" and then clicking on the very top on "hightlights" the mouse-cursor is frozen for nearly 2 seconds. Also when switching to another application and then switching back to mozilla again this takes about 2 seconds longer than normally.

No problem in my W2k build. Could it be Windows XP only?

I can see the mouse-cursor hog on http://www.central-soelden.at/menuehighlights.asp This page also causes the mouse freezes: http://www.bernhard-auinger.com/saison/saison.html I can see 2 - 3 mouse freezes everytime I reload the page or click on one of the links to the left. The cursor freezes just a short time but I think it's annoying. Build ID: 2002040803 Win 2k

I've done some testing on previous builds on Win XP/2K and the bug appears between 2002030606 and 2002031309 as there is no lag on the former but there is on the latter. Might be worth testing on 0.9.9 release to see if it the patch that caused the problem made it into the branch or not.

nsbeta1-. Engineers are overloaded with higher priority bugs.

Tests with 0.9.9 worked perfectly.

Seems like that background image cause this problem.

This sounds like bug 87808.

But the testcase doesn't use any DHTML at all.

bug 87808 is exacerbated by this

In comment #8, Ian notes that the regression occurred between 2002-03-06-06 and 2002-03-13-09 -- if someone could pull nightlies and narrow it down further (say, to the day that it occurred), that would be extremely helpful. (Because then we can look at the checkins in bonsai to see what caused it...)

I'd like to note that this bug happens even with my Dual Athlon XP 1700+ and 1GB DDR266 ECC RAM. That's rather ridiculous.

This happens on http://www.swva.net/. It has a 1920 x 1 pixel background. It brings my previously mentioned machine to a halt for a few seconds.. causes Winamp to stutter and stuff. Do this only affect dimensionally long images? The size of the image in question is only 1.1kB.

From the time period bracketed by comment #8, there's only one checkin to gfx/src/windows - dcone's alpha blend and patblt changes. http://bonsai.mozilla.org/cvsquery.cgi?treeid=default&module=all&branch=HEAD&branchtype=match&dir=mozilla%2Fgfx%2Fsrc%2Fwindows&file=&filetype=match&who=&whotype=match&sortby=Date&hours=2&date=explicit&mindate=3%2F3%2F2002&maxdate=3%2F14%2F2002&cvsroot=%2Fcvsroot

This may be fixed by the patch in bug 133261 which eliminates the use of the gdi patblt call in favor of performing a progressive doubling algorithm into an offscreen buffer for tiled background images. I can not duplicate the issue in the bug or other tiled offscreen performance issues because my graphics card seems to handle the gdi patblt call well while other cards seem to be "dog slow" when patblt is used.

Is this bug affecting this site too? http://www.devx.com/ load devx.com and run your mouse over links and other stuff on that page. It causes aweful cpu spikes and the page is absolutely sluggish in general. Try scrolling it. Totally unusable. Jake

Could this regression cause bug 139445 ?

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

sorry.. wrong bug dupped against

this is a background tiling issue. Duplicate *** This bug has been marked as a duplicate of 102321 ***