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)
Tracking
()
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.)
Comment 2•23 years ago
|
||
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
You need to log in
before you can comment on or make changes to this bug.
Description
•