url locks up system while loading

VERIFIED WORKSFORME

Status

()

Core
ImageLib
P3
normal
VERIFIED WORKSFORME
18 years ago
18 years ago

People

(Reporter: dougt, Assigned: dcone (gone))

Tracking

Trunk
All
Other
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(Whiteboard: [PDT-], URL)

(Reporter)

Description

18 years ago
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.
(Reporter)

Updated

18 years ago
Keywords: beta1

Comment 1

18 years ago
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.

Comment 2

18 years ago
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

Comment 3

18 years ago
Not a top 100 site.  Putting on PDT- radar for beta1.
Whiteboard: [PDT-]

Comment 4

18 years ago
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

Comment 5

18 years ago
This sounds a bit more like gfx background rendering.
Maybe dcone?
-p
Assignee: pnunn → dcone
(Assignee)

Comment 6

18 years ago
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

Comment 7

18 years ago
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.