16124 - Page with many small inline images displays very slowly

Status: VERIFIED DUPLICATE of bug 17265

(Core :: Layout: Tables, defect, P3)

Description

[Mike Palczewski]

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.

Comment 1

[Eli Goldberg]

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.

Comment 2

[Eli Goldberg]

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.

Comment 3

[pnunn]

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

Comment 4

[Eli Goldberg]

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.

Comment 5

[Eli Goldberg]

Oops. Make that karnaze.

Comment 6

[rickg]

Moving to m13 -- have a nice day.

Comment 7

[troy]

Known issue of images without width/height tags

*** This bug has been marked as a duplicate of 17265 ***

Comment 8

[Eli Goldberg]

Verifying as duplicate. Clarified title in the other bug to make it easier for
people to find.