User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:22.214.171.124) Gecko/20060226 Debian/1.5.dfsg+126.96.36.199-3 Firefox/188.8.131.52 Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:184.108.40.206) Gecko/20060226 Debian/1.5.dfsg+220.127.116.11-3 Firefox/18.104.22.168 if i swap focus using sloppy focus betwen firefox and an xterm, cpu usage increases up to 60 or more percent, half for firefox, half for xorg. This situation gets even worse, if there is a bigbrother page displayed. firefox takes up to 90 percent cpu, in xchange with xorg taking everything they get. Reproducible: Always Actual Results: uses too much cpu. Expected Results: should use less cpu, as its predessor, firefox 1.* and mozilla did.
Which version of xorg are you running? GNOME? KDE?
my window manager is ion 0.7, http://modeemi.fi/~tuomov/ion ii xorg-common 6.8.2-5.1 X Window System (X.Org) infrastructure ii xserver-xorg 6.9.0.dfsg.1-4 the X.Org X server is my X-Server. this is an public readable installation: https://monitor.rete.toscana.it/ our Monitor has about 15 hosts, with about 10 tests per host.
Can you try an official Mozilla build and see if you can reproduce it?
well, with original firefox i've got that problem: https://bugzilla.mozilla.org/show_bug.cgi?id=319236 (gdb) bt #0 0xb7de6d28 in pthread_mutex_init () from /lib/tls/libpthread.so.0 #1 0xb6aa7243 in __FCDeleteKey () from /firstname.lastname@example.org/components/talkback/talkback.so #2 0xb6a934d1 in ?? () from /email@example.com/components/talkback/talkback.so #3 0xb6a97735 in ?? () from /firstname.lastname@example.org/components/talkback/talkback.so #4 0xb6a9785f in __FCInitialize () from /email@example.com/components/talkback/talkback.so #5 0xb72d15dd in NSGetModule () from /firstname.lastname@example.org/components/libqfaservices.so #6 0xb72d19ca in NSGetModule () from /email@example.com/components/libqfaservices.so #7 0xb72d1a07 in FCInitialize () from /firstname.lastname@example.org/components/libqfaservices.so #8 0xb72d1108 in nsQfaServicesImpl::~nsQfaServicesImpl () from /email@example.com/components/libqfaservices.so #9 0xb72d119a in nsQfaServicesImpl::~nsQfaServicesImpl () from /firstname.lastname@example.org/components/libqfaservices.so #10 0x0851f07c in nsXPTCVariant::Init () #11 0x0807a72d in ?? () #12 0x08a98008 in ?? () #13 0x00000000 in ?? () (gdb) quit
Created attachment 216118 [details] tar file with the html page saved as, with the icons and stuff.produces same effect as original page. here's my bb page with all icons. i've seen this take long to render on a gentoo box too.
this bug has been noticed in ubuntu linux as well. https://launchpad.net/distros/ubuntu/+source/firefox/+bug/38131 this is a REALLY good test example to replicate this. http://cgi.ebay.com.au/INDIGO-MOON-BEADED-DEVORE-JACKET-BNWT-SIZE-M_W0QQitemZ110004721071QQihZ001QQcategoryZ53367QQrdZ1QQcmdZViewItem it replicates under ubuntu firefox (22.214.171.124) & offical firefox's 126.96.36.199 & 2.0a3 & trunk (7-7-06) ubuntu (dapper & edgy) use xorg 7.0 & gnome
that ebay link almost killed my firefox as well... I'm using Zenwalk 2.6 (xfce4)... kernel 188.8.131.52, firefox 184.108.40.206 (Mozilla/5.0 (X11; U; Linux i686; en-US; rv:220.127.116.11) Gecko/20060508 Firefox/18.104.22.168), X Window System Version 6.9.0, PC is a Pentium 3 w. 1.7 Ghz. (In reply to comment #6) > this bug has been noticed in ubuntu linux as well. > https://launchpad.net/distros/ubuntu/+source/firefox/+bug/38131 > > this is a REALLY good test example to replicate this. > http://cgi.ebay.com.au/INDIGO-MOON-BEADED-DEVORE-JACKET-BNWT-SIZE-M_W0QQitemZ110004721071QQihZ001QQcategoryZ53367QQrdZ1QQcmdZViewItem > > it replicates under ubuntu firefox (22.214.171.124) & offical firefox's 126.96.36.199 & > 2.0a3 & trunk (7-7-06) > > ubuntu (dapper & edgy) use xorg 7.0 & gnome >
Just wanted to confirm that this is still an issue with 2.0 Thanks David
Confirming this problem... Ubuntu Edgy 2.6.17-10-generic #2 SMP Tue Dec 5 21:16:35 UTC 2006 x86_64 GNU/Linux Context switch from Firefox (both Ubuntu package 188.8.131.52+0dfsg-0ubuntu0.6.10 and Mozilla build 184.108.40.206) to Xterm results in 100% CPU by Xorg (7.1.1ubuntu6.2).
I have noticed this problem with FC6 and official firefox 220.127.116.11 I disabled "animation of images" using the 'web developer toolbar', and the cpu usage goes down. Have also noticed that even if the animated background image is "hidden", firefox tries to redraw it over and over again, causing the cursor to flicker when in a textbox/textarea.
From the looks of it, this should be confirmed. There are a number of example pages on the ubuntu bug for this problem, though I'm pretty certain not all of those people are experiencing the same problem.
Do you see this problem with most recent beta http://www.mozilla.com/en-US/firefox/all-beta.html ?
Assignee: nobody → general
Product: Firefox → Core
QA Contact: general → general
Version: unspecified → 1.9.0 Branch
Robert wrote in comment #12) > I confirm this bug for Ubuntu Hardy and Fedora 9. FTR, reporter email address is dead
executed test case no.4555 and was abble to reproduce so i have chaged the status as reopen
executed test case no.4555 already reopened so skip
(In reply to comment #16) > executed test case no.4555 already reopened so skip charan, was that done using trunk build??
Summary: firefox / xorg take too much cpu on focus change / animation → firefox / xorg take too much cpu on focus change / animation [linux]
Whiteboard: [closeme 2010-02-01]
Hello, this bug still exists with Firefox 4.0 Beta7 running on Ubuntu Maverick 10.10. The XOrg process is using >50% CPU as long as firefox is running (even when the window is in the background and not used)
What is the XOrg process doing? Can you get a profile, please?
Can you tell me how? I can get one on monday as the only system where this happens is my laptop at work.
I'm at work now, so if you can tell me what you need exactly and how to get a XOrg profile I could do that.
With Mozilla/5.0 (X11; Linux i686; rv:2.0) Gecko/20100101 Firefox/4.0 in Ubuntu 10.10. / gnome desktop Tested with Graphics acceleration on / off This page http://eventos.mozilla-hispano.org/1/fiesta-firefox-4-madrid/tweets/ cause Xorg 100% and the system freeze. Same in chromium, show perfect, the animation looks smooth and Xorg 3% / 13%
The problem has been solved by updating the drivers of the nvidia graphic card (before I had the 173 version). The problem can be seen in old graphic cards, for example GeForce FX 5200 in which the 173 version is the last version provided.
Assignee: general → nobody
QA Contact: general → thebes
The tar.gz file attached here is corrupted: $ tar xfzv Downloads/bbscreenshot.tar.gz tmp/bbsample tar: tmp/bbsample: Cannot open: Not a directory The testcase link from comment 6 is dead now. comment 23 says that at least comment 22 can be ignored. I think this bug should be considered incomplete at this point.
Status: UNCONFIRMED → RESOLVED
Last Resolved: 7 years ago
Resolution: --- → INCOMPLETE
xymon / hobbitmon is the followoup project of big brother. http://www.xymon.com/xymon/ you can publicaly acess the site, and the behaviour still is there with most recent iceweasels and current wheezy X11.
Status: RESOLVED → UNCONFIRMED
Resolution: INCOMPLETE → ---
Hi. I am affected by something like this, it happens all the time when I use Whatsapp Web http://web.whatsapp.com
Same for me. I am affected by something like this, it happens all the time when I use Whatsapp Web http://web.whatsapp.com
I can be more specific. On web.whatsapp.com happens only when I use either 1. search 2. attach file on first start is ok, so is if i reload the page, until I use one of those two functions.
I can be very specific. This has been a problem for me for a bit over a year now. I am currently running SUSE Leap 42.1 w/ FF 48.0.1. I had been running 13.2. I have been running a 4 core 3.? GHz CPU (AMD) for the whole time, having added a primary SSD for swap (14GB). I also have 8GB RAM. I have multiple FF windows open, pointing to various locations (2-16 tabs per window). Linkedin (which has its own problems). My gateway server (which I can config via web browser), etc. Flash causes me to have problems immediately, and so I have flash disabled. When FF finally slows down to where I can't type a message such as this, I Kill it, and restart it, only touching the pages I need immediately. Eventually it will slow to a crawl again. Right now it is using (per top) 106% of the system. If it were using 390%, it would be using all 4 cores and nothing would respond. But as long as FF is not using more than 2 cores, all other windows for other applications will respond nearly immediately. I've also noticed that FF appears to have a memory leak. Right now top is showing 5902668 for Virt and slowly climbing.
Comment on attachment 216118 [details] tar file with the html page saved as, with the icons and stuff.produces same effect as original page. obsolete per comment 24
Attachment #216118 - Attachment is obsolete: true
(In reply to Sebastian Wiesinger from comment #20) > Can you tell me how? I can get one on monday as the only system where this > happens is my laptop at work. Anyone seeing this problem can create a profile ... see https://developer.mozilla.org/en-US/docs/Mozilla/Performance/Profiling_with_the_Built-in_Profiler
(In reply to Wayne Mery (:wsmwk, NI for questions) from comment #31) > (In reply to Sebastian Wiesinger from comment #20) > > Can you tell me how? I can get one on monday as the only system where this > > happens is my laptop at work. > > Anyone seeing this problem can create a profile ... see > https://developer.mozilla.org/en-US/docs/Mozilla/Performance/ > Profiling_with_the_Built-in_Profiler That was 7 YEARS ago! That laptop isn't even existing anymore.
still here with FF45.9.0, debian stretch, i3wm and now the page www.xymon.com C'mon guys, this bug isn't yet allowed to drive a car by age, its way to early to solve it.
(In reply to Wilfried Goesgens from comment #33) > still here with FF45.9.0, debian stretch, i3wm and now the page www.xymon.com > > C'mon guys, this bug isn't yet allowed to drive a car by age, its way to > early to solve it. Age isn't particularly helpful . - but a profile would be, and really help.
You need to log in before you can comment on or make changes to this bug.