[canvas] URL causes Firefox to be extremely unresponsive for well over a minute

VERIFIED FIXED in mozilla6



7 years ago
6 years ago


(Reporter: Gavin C. Flower, Unassigned)


(Depends on: 1 bug, Blocks: 1 bug)

Dependency tree / graph

Firefox Tracking Flags

(Not tracked)


(Whiteboard: [fixed in bug 620216], URL)



7 years ago
User-Agent:       Mozilla/5.0 (X11; Linux x86_64; rv:2.0b12pre) Gecko/20110204 Firefox/4.0b12pre
Build Identifier: Mozilla/5.0 (X11; Linux x86_64; rv:2.0b12pre) Gecko/20110204 Firefox/4.0b12pre

problems exists for both
    firefox 3.6.13 (Fedora 14 x86_64 distribution version)
    build: 20110202162900

With only one Firefox window with the single tab with the URL:

The desktop in general, and Firefox in particular becomes extremely
unresponsive for well over a minute!

I have tried this several times, and each time the system becomes painfully
slow in the extreme.

Processor utilisation of 2 out of 4 cores goes up to the equivalent of 100%
utilization of one core - top tells me that xorg is running at 99.4%. 

This may be an xorg problem, but because it only appears to happens when I run
Firefox with the URL, I'm raising the bug here.  Other people may have the
same problem and automatically blame Firefox.  Anyhow, mozilla should be aware
of it.

I will also raise a bug on xorg as requested by Boris Zbarsky see Comment 4 of Bug 591821.

Same problem persists in safe mode with all add-ons disabled using:
    build: 20110202162900

Reproducible: Always

Steps to Reproduce:
1.enter http://www.bbc.co.uk/news/world-middle-east-12340082
2.hit enter 
Actual Results:  
system becomes painfully
slow in the extreme for well over a minute

Expected Results:  
System should still be responsive and should take less than a minute to render or at least not cause such high processor utilisation.

$ uname -a
Linux saturn #1 SMP Thu Dec 23 16:04:50 UTC 2010 x86_64 x86_64 x86_64 GNU/Linux

up to date Fedora 14 install
AMD 810 quad core 64 bit
5 * 500GB in software RAID-6 configuration
ASUS M4A78T-E motherboard
Bus 001 Device 004: ID 046d:0990 Logitech, Inc. QuickCam Pro 9000


7 years ago
Blocks: 599546
Component: General → General
Ever confirmed: true
Product: Firefox → Core
QA Contact: general → general
Version: unspecified → Trunk
Component: General → Graphics
QA Contact: general → thebes

Comment 1

7 years ago
see also: https://bugzilla.redhat.com/show_bug.cgi?id=675326
Are you by chance using the xorg-x11-drv-ati video driver?

If so, it looks like Fedora 14 is still on version 6.13.1
Version 6.13.2 vastly improves the very slow RepeatNone scaling with KMS.  Unfortunately it looks difficult to try the Fedora 15 packages on a Fedora 14 system.
Summary: URL causes Firefox to be extremely unresponsive for well over a minute → [canvas] URL causes Firefox to be extremely unresponsive for well over a minute
Depends on: 600390

Comment 3

7 years ago
Linux neptune #1 SMP Wed Dec 15 07:04:30 UTC 2010 x86_64 x86_64 x86_64 GNU/Linux

Fully patched Fedora 14

AMD Sempron(tm) Processor 3000+
single 64 bit core

build: 20110202162900

Same problems with unresponsiveness and overloaded processor

Comment 4

7 years ago
Sorry, the last comment should have said Fedora 13
What video driver is X using?
(I expect xorg-x11-drv-ati 6.13.0 would have the same issue if using kms.)
I see sluggish scrolling here, but not like described in comment 0.

Comment 6

7 years ago
on saturn the quad core AMD with Fedora 14:
01:05.0 VGA compatible controller: ATI Technologies Inc Radeon HD 3300 Graphics

on neptune the single core AMD Sempron wirh Fedora 13:
from /var/log/Xorg.0.log
[    38.611] (--) NOUVEAU(0): Chipset: "NVIDIA NV4a"

I will investigate xorg-x11-drv-ati later - we are about to have visitors for
dinner, so it might be 3 or more hours before I can report back...

Not sure how to check the video driver
Thanks.  Interesting that nouveau has the same issue.
xorg-x11-drv-ati reports as "radon" in Xorg.0.log.
"radeon", that is.

Comment 9

7 years ago
on saturn the quad core AMD with Fedora 14:
[    23.460] (II) LoadModule: "radeon"
[    23.460] (II) Loading /usr/lib64/xorg/modules/drivers/radeon_drv.so
[    23.460] (II) Module radeon: vendor="X.Org Foundation"
[    23.460]    compiled for, module version = 6.13.99
[    23.460]    Module class: X.Org Video Driver
[    23.460]    ABI class: X.Org Video Driver, version 8.0
Maybe the version is reported as 6.13.99 because they didn't expect to do a 6.13.2 release.  For 6.13.2, the version was changed from 6.13.99 to 6.13.2.

I checked the source of http://koji.fedoraproject.org/koji/buildinfo?buildID=192343 and it doesn't have the fix for the issue in comment 2.  (i.e. http://cgit.freedesktop.org/xorg/driver/xf86-video-ati/commit/?id=f8fb9312d791af1f77020e8c2d35bb30841ed9aa)

FWIW, I expect fixing bug 600390 would vastly improve this for both radeon and nouveau drivers.

Comment 11

7 years ago
Curious, yum reports version as '6.13.1' rather than as '6.13.99'!

# yum info xorg-x11-drv-ati
Loaded plugins: auto-update-debuginfo, langpacks, presto, refresh-packagekit
Adding en_GB to language list

Found 154 installed debuginfo package(s)
Enabling rpmfusion-free-updates-debuginfo: RPM Fusion for Fedora 14 - Free - Updates Debug
Enabling rpmfusion-nonfree-updates-debuginfo: RPM Fusion for Fedora 14 - Nonfree - Updates Debug
Enabling rpmfusion-free-debuginfo: RPM Fusion for Fedora 14 - Free - Debug
Installed Packages
Name        : xorg-x11-drv-ati
Arch        : x86_64
Version     : 6.13.1
Release     : 0.3.20100705git37b348059.fc14
Size        : 1.1 M
Repo        : installed
From repo   : anaconda-InstallationRepo-201010211827.x86_64
Summary     : Xorg X11 ati video driver
URL         : http://www.x.org
License     : MIT
Description : X.Org X11 ati video driver.
I expect this is resolved by
Last Resolved: 6 years ago
Resolution: --- → FIXED
Whiteboard: [fixed in bug 620216]
Target Milestone: --- → mozilla6

Comment 13

6 years ago
Setting resolution to Verified Fixed on Mozilla/5.0 (Windows NT 6.1; rv:6.0) Gecko/20100101 Firefox/6.0b3
You need to log in before you can comment on or make changes to this bug.