When I visit the above url with Feb 27 Commercial build on windows NT4.0, my machine locks up. I can get to the task manager, and the CPU usage is at 100%. If I wait for a few minutes and the page will finally load, but further action on any of the page's elements (like clicking on a popupmenu to change the value) causes the CPU to be hit hard.
I tried with 2000-02-27-09 on Linux. My machine (Pentium 133 w/ 32MB of RAM running kernel 2.3.37) does not lock up, but scrolling the page is much slower than usual. The page has a picture in the background that makes the top part (where the ad is) blue and the rest white. This gif is at: http://www.pbs.org/wgbh/thisoldhouse/images/bg.gif As you can see, it's a very tall image. I saved index.html and bg.gif and tried to load the page offline with and without the background image. Without, the scrolling is fine, as expected. But with bg.gif in the background scrolling is sluggish.
I can see this too. The page loads fast though, just that scrolling is bad On ie and ns4.7, the page loads ok, just that scrolling is also a bit slow
Not a top 100 site. Putting on PDT- radar for beta1.
i am running 2000030208 on winnt, and am not seeing the lock up. if that still happens for you, you can bump the severity up again. it does scroll slowly, though. is imagelib the right place for this?
Assignee: cbegle → pnunn
Severity: blocker → normal
Component: Browser-General → ImageLib
QA Contact: asadotzler → elig
This sounds a bit more like gfx background rendering. Maybe dcone? -p
Assignee: pnunn → dcone
I don't get a lockup.., It is slow drawing, I looked at it and it because the image is very large. The majority of the time is spent creating the tile, which is 8 blits. Then an additional 4 blits are used to put the tile onto the screen. The only way to speed this up further is to cache the tiles, which will probably be a feature for next release. I will create a bug for that, mark this one - works for me - since I can not get it to lock up.. and I don't want to confuse the lockup issue with the slow drawing issue.
Status: NEW → RESOLVED
Last Resolved: 18 years ago
Resolution: --- → WORKSFORME
Verified WORKSFORME on 2000030914 Mac OS & Linux builds, and 200030909 Win32 build. System becomes extremely sluggish upon loading page; deferring to dcone's explanation.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.