267525 - 100% CPU utilization when displaying directory list (massive table)

Status: RESOLVED WORKSFORME

(Core :: Layout: Tables, defect)

Description

[Eduardo Juan]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.3) Gecko/20041029 Firefox/1.0RC1
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.3) Gecko/20041029 Firefox/1.0RC1

Trying to navigate in
http://download.fedora.redhat.com/pub/fedora/linux/core/2/i386/os/Fedora/RPMS/
firefox starts to eat too much resources: CPU + memory trying to download the
entire list.

When it comes about c* position it hangs. This problem also afects my xmms,
hanging it :_(

In wget
http://download.fedora.redhat.com/pub/fedora/linux/core/2/i386/os/Fedora/RPMS/
downloading index.html costed to me about 3 secs!! i firefox it costs 100% CPU
and 3 or 4 minutes to come back from hang state...

Reproducible: Always
Steps to Reproduce:
1.go to
http://download.fedora.redhat.com/pub/fedora/linux/core/2/i386/os/Fedora/RPMS/
2.
3.

Actual Results:  
see details

Expected Results:  
browse
http://download.fedora.redhat.com/pub/fedora/linux/core/2/i386/os/Fedora/RPMS/index.html
in 3 or 4 secs (depending on your speed)and not consuming 100% CPU

Portage 2.0.51-r2 (default-linux/x86/2004.2, gcc-3.4.2, glibc-2.3.4.20041021-r0,
2.6.9-gentoo-r1 i686)
=================================================================
System uname: 2.6.9-gentoo-r1 i686 AMD Athlon(tm) XP 2400+ 1GB DDR
Gentoo Base System version 1.6.5
ccache version 2.3 [enabled]
Autoconf: sys-devel/autoconf-2.59-r5
Automake: sys-devel/automake-1.8.5-r1
Binutils: sys-devel/binutils-2.15.92.0.2-r1
Headers:  sys-kernel/linux26-headers-2.6.8.1-r1
Libtools: sys-devel/libtool-1.5.2-r5
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CFLAGS="-O2 -march=athlon-xp -fomit-frame-pointer -ftracer -pipe
-fno-crossjumping -fprefetch-loop-arrays -fstrict-aliasing"
CHOST="i686-pc-linux-gnu"
COMPILER="gcc3"
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config
/usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown
/usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/config
/usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/
/usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/
/usr/share/texmf/xdvi/ /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -march=athlon-xp -fomit-frame-pointer -ftracer -pipe
-fno-crossjumping -fprefetch-loop-arrays -fstrict-aliasing
-fvisibility-inlines-hidden"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs ccache distlocks sandbox sfperms"
GENTOO_MIRRORS="ftp://ftp.ussg.iu.edu/pub/linux/gentoo
http://csociety-ftp.ecn.purdue.edu/pub/gentoo/
ftp://mirror.iawnet.sandia.gov/pub/gentoo/ http://gentoo.oregonstate.edu
http://www.ibiblio.org/pub/Linux/distributions/gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/bmg-main"
SYNC="rsync://rsync1.fi.gentoo.org/gentoo-portage"
USE="3dnow X aalib ada alsa arts artswrappersuid artworkextra audiofile avi
berkdb bitmap-fonts cdr cjk crypt cups dga directfb dvd dvdr encode esd evo
expat f77 fam fbcon firefox flac flash foomaticdb gb gcc gdbm ggi gif glib glibc
gmp gnome gnutls gphoto2 gpm gstreamer gtk gtk2 gtkhtml hal howl imagemagick
imlib innodb ipv6 jack java jpeg jpeg2k junit kde kdevelop kerberos krb4 lcms
libg++ libwww libxslt mad mikmod mmx motif mozaccess-builtin mozctl mozilla
moznoxft mozxmlterm mpeg msn mysql ncurses nls nntp nptl odbc oggvorbis opengl
oscar oss pam pda pdflib perl plotutils png python qt quicktime readline samba
sdl slang slp sndfile snmp sock5 spell sse ssl svga tcltk tcpd tetex thunderbird
tiff truetype unicode usb valgrind vim wxGTK wxwindows x86 xface xine xml xml2
xmms xorg xscreensaver xv yahoo zlib"

Comment 1

[Boris Folgmann]

I can confirm this to 100%. All mozilla versions that existed since this web
page is on-line have this problem! I used mozilla on RedHat Linux, when this
page was created and it showed me already this problem. It was never fixed. At
the moment I'm using mozilla 1.7.3 on FedoraCore 2 at the moment and the problem
sill persists.

I'm very sure that mozilla has problems with the HTML or layout used on this
page. Please note that RedHat's servers are not slow: looking at the page with
konqueror or links ist blazingly fast.

You can also check with this URL:
http://download.fedora.redhat.com/pub/fedora/linux/core/3/i386/os/Fedora/RPMS/

I fact you can choose every directory that has a lot of files. Short pages seem
to work.

Symtoms are: 100% CPU usage, no feedback/rendering. Maybe mozilla recovers after
minutes. Please confirm this bug now! Just look at the page, it's so easy.

Comment 2

[Eduardo Juan]

confirmed here too.

http://download.fedora.redhat.com/pub/fedora/linux/core/2/i386/os/Fedora/RPMS/

100% CPU  8(

Comment 3

[cls]

Confirming.  Reproduced using mozilla.org build of firefox 1.0.1 running on
Fedora Core 3.  The mozilla.org build of SeaMonkey 1.7.5 on the same box does
not exhibit the problem.

Comment 4

[Ryuichi KUBUKI]

Took a few seconds of 100% CPU usage on Athlon64 3500+ but went down to 0% after
loading done, so not sure if it's a bug. Mozilla/5.0 (Windows; U; Windows NT
5.1; en-US; rv:1.8b2) Gecko/20050414 Firefox/1.0+

Comment 5

[Ryuichi KUBUKI]

*** Bug 253237 has been marked as a duplicate of this bug. ***

Comment 6

[Ryuichi KUBUKI]

*** Bug 282851 has been marked as a duplicate of this bug. ***

Comment 7

[Ryuichi KUBUKI]

*** Bug 268120 has been marked as a duplicate of this bug. ***

Comment 8

[Olivier Cahagne]

Do you have adblock running ? See bug 239075.

Comment 9

[Ryuichi KUBUKI]

*** Bug 268047 has been marked as a duplicate of this bug. ***

Comment 10

[Ryuichi KUBUKI]

*** Bug 292486 has been marked as a duplicate of this bug. ***

Comment 11

[bill]

(In reply to comment #4)
> Took a few seconds of 100% CPU usage on Athlon64 3500+ but went down to 0%
> after
Just to say 8 seconds to load first time, then <4 seconds to reload.
(3Ghz cpu) Deerpark 1.0+ 20050712
Bill

Comment 12

[Bernd]

this is wfm with the current nightly, at least for me.

Comment 13

[Boris Folgmann]

Seems to be solved in the meanwhile. I mean WFM again with current mozilla 1.7.12 on Fedorca Core 3. Reporters please check again, may be we can close it as fixed.

Comment 15

[Dimitrios]

Seems wfm too with current FF3 beta 3 build on Windows. Time to close this bug?

Comment 16

[Bernd]

the url is 404, makring wfm based on comment 13 and comment 15