I am using an Oct 11 nightly build of mozilla. I went to the followind websites http://www.cs.wustl.edu/~sth2/gnome-icons/icon-page-gif.html http://www.cs.wustl.edu/~sth2/gnome-icons/icon-page-png.html when I went to both I experienced massive slowdowns in all browser windows. I was using apprunner. I would assume that this is not a png problem because the gif version didn't work either.
QA Contact: leger → elig
Summary: Page with many small inline images displays very slow
Hey, Pam --- Not sure if this is compositor or imagelib, so it goes to you first. ;) The page here draws very slowly --- background is drawn, then there's a ~90 second pause, and then it draws the page content and inline images. This also occurs on Win32 (using today's build). A similar (but only 10-15 second) slowdown occurs using Communicator 4.7. IE displays it in under 2-3 seconds.
mpalczew, thanks for the bug! In the future, it helps if you read and follow the Bug Writing Guidelines at http://www.mozilla.org/quality/bug-writing- guidelines.html.
Summary: Page with many small inline images displays very slow → Page with many small inline images displays very slowly
Status: ASSIGNED → RESOLVED
Last Resolved: 19 years ago
Resolution: --- → INVALID
I couldn't see the above page but the page http://siesta.cs.wustl.edu/~sth2/gnome-icons/icons-gif.html was still active. All of these zillions of images are in a nested table and the align=center is set for all of them. I believe layout would have to survey the whole table, get each image's dimensions and calculate the table layout. This page is slow on 4.x communicator too. This isn't particularly an image problem. Its more of a page design problem. CSS would have done the job more efficiently. -pn
I'm re-opening this: * We're taking eight minutes and fifteen seconds to lay out this page. (Yesterday's Win32 build on a 233 Mhz P2) * IE 5, running on the same system, does it in just the fifteen seconds. ;) Reassigning to rickg. I assume this is just another duplicate of the "tables are painfully slow", but would like to be sure.
Oops. Make that karnaze.
Moving to m13 -- have a nice day.
Status: NEW → RESOLVED
Last Resolved: 19 years ago → 19 years ago
Resolution: --- → DUPLICATE
Known issue of images without width/height tags *** This bug has been marked as a duplicate of 17265 ***
Verifying as duplicate. Clarified title in the other bug to make it easier for people to find.
You need to log in before you can comment on or make changes to this bug.