225848 - [FIX]browser slows down and then stops, process must be killed to exit browser

Status: RESOLVED FIXED

(SeaMonkey :: General, defect, P1)

Description

[steve harris]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030630
Build Identifier: mozilla 1.5, 1.6a, Firebird 0.7

Using Mandrake 9.2, Fedora1, Windows2000, Windows XP, using Mozilla 1.4 and
Mozilla 1.4.1 the problem is not present. But using Mozilla 1.5 or 1.6a or
Firebird 0.7 on Linux or Windows, when you view this webpage, the browser will
slow then freeze with the only way to exit is kill the process.

Reproducible: Always

Steps to Reproduce:
1.go to
http://download.fedora.redhat.com/pub/fedora/linux/core/1/i386/os/Fedora/RPMS/
2.during loading of the page, watch the mozilla icon in the top right. The page
will begin to slow down.
3.the browser eventually freezes.

Actual Results:  
browser process had to be killed in the process manager/task manager.

Expected Results:  
displayed the webpage quickly as in Mozilla 1.4 and 1.4.1



Browser exhibits same symptoms running Linux or Windows2000 or Windows XP.

It may be a webpage problem, but Mozilla 1.4 and 1.4.1 works properly.

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

Comment 1

[Boris Zbarsky [:bzbarsky]]

The page has 1500 images all in one big pre.  So we spend a lot of time
needlessly looking for image frames...  I'll see whether anything else sticks
out in the profile once that's fixed.

Comment 2

[Boris Zbarsky [:bzbarsky]]

Attachment: Proposed "fix"

With this, page takes approximately 5 seconds wall-clock time to render
completely.

Comment 3

[Boris Zbarsky [:bzbarsky]]

Comment on attachment 135624 [details] [diff] [review]
Proposed "fix"

jst, what do you think?  It's the third PRPackedBool, so there should be no
additional bloat...

We really need a better way to handle broken images.  :(

Comment 4

[Boris Zbarsky [:bzbarsky]]

Taking.

Comment 5

[Johnny Stenback (:jst)]

Comment on attachment 135624 [details] [diff] [review]
Proposed "fix"

Looks reasonable to me, given the way we deal with broken images...

Comment 6

[Boris Zbarsky [:bzbarsky]]

Checked in.  Steve, thanks for filing the bug!

Comment 7

[R.K.Aa.]

Attachment: screenshot

screenshot with fix, trunk cvs, linux. 

To repro: Scroll to near bottom, then up.
Scroll a little more up and down. Select som text. Click on the selection.
Black appears. The lower area of the window becomes usesless for long periodes
of time, untill it suddenly refreshes. High CPU. Build from right before this
checkin chokes completely though, so it's much better than it was.

Comment 8

[Boris Zbarsky [:bzbarsky]]

> To repro: Scroll to near bottom, then up.

Yeah, that's a separate issue, covered by other bugs.  The problem there is that
the <pre> has a random unnecessary "overflow:hidden" on it.  This means it has
to get rendered as a unit, and it's 36714px tall over here, which overflows the
16-bit coordinates painting in X uses.  Oops.

Comment 9

[Olivier Cahagne]

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

Comment 10

[Boris Zbarsky [:bzbarsky]]

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

Comment 11

[Andrew Schultz]

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

Comment 12

[R.K.Aa.]

With a fresh build, the URL here causes a full hang again.
To reproduce: click the link.

Mozilla goes on using 100% CPU and has to be killed.  

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

Comment 13

[Boris Zbarsky [:bzbarsky]]

Christine, could you file a separate bug on that?  Please cc me.

Comment 14

[Christopher Aillon (sabbatical, not receiving bugmail)]

(In reply to comment #13)
> Christine, could you file a separate bug on that?  Please cc me.

For reference, the followup was bug 239075