Closed Bug 88627 Opened 23 years ago Closed 23 years ago

VERY SLOW jpeg rendering on NT at 256 colors.

Categories

(Core :: Graphics: ImageLib, defect)

x86
Windows NT
defect
Not set
major

Tracking

()

VERIFIED DUPLICATE of bug 73624

People

(Reporter: mozilla, Assigned: pavlov)

References

()

Details

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:0.9.2) Gecko/20010628
BuildID:    2001062815

Example URL contains three jpeg images in page body. The lower two jpegs are
larger, and when either of these is entering the page via a scrolling movement
the scrolling performance is greatly slowed to the point that it becomes jerky.

Problem also shows up when viewing a larger jpeg image. Slow performance is
first noticed when image is initially rendered, then shows again if window is
made small and image is scrolled to view other parts of it. See following URL:

http://www.thinksecret.com/archives/quicken2002images/fsinvesting.jpg

This is running on a 333Mhz PIII with 192MB RAM with NT4 at 256 colors.

Reproducible: Always
Steps to Reproduce:
1. View example URL
2. Scroll down until see larger jpeg images in middle and lower part of page.
3. Note very slow, jerky scrolling performance as these larger jpeg images enter
the window.

Actual Results:  Slow jpeg rendering and slow, jerky scroll performance as
larger jpeg images on page enter window via either up or down scrolling.

Expected Results:  Normal scroll performance for entire page.

This is classified as major b/c it really knocks down the browser usability.

This may be related to bug 76324 (Pages loading is much slower running in 256
colors.)
it sounds like a dup actually. (of bug 73624)
yes, this should be a dupe....

*** This bug has been marked as a duplicate of 73624 ***
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
Verified Duplicate
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.