You are not logged in.
Hi all,
I'm having a problem since the latest Firefox/system upgrade (to latest; 3.6-2).
Each time I click on the menu or right click on a page, there is a 2-5 second delay before the menu turns up. This is new behaviour and, other than that, firefox runs fine (ie. normal speed for other operations). As far as I can tell, firefox is the only program which is affected. Firefox doesn't display any error or warning messages to the terminal. My system is fully updated.
I've tried running firefox in safe-mode, creating a new profile, and reinstalling firefox - all to no avail.
Has anyone else experienced this, or have any ideas on how to fix it?
Last edited by _djm_ (2010-03-26 22:01:05)
Offline
Same issue here, with 3.6-2 too.
I tried to disable all the extensions, but it didn't help either.
Offline
This is a complete shot in the dark, but if you have a ~/.gtk-bookmarks (or whatever it's called) file, move it and try again.
Offline
Thanks for your suggestion, but the problem remains after moving .gtk-bookmarks
Offline
I am experiencing the same thing. I tried firefox-branded in AUR to see if a different build fixed the problem, but it didn't. I don't know if building the package myself will help, but since there doesn't seem to be any other suggestions I will check and see.
Offline
Just wonder, does everyone on this thread has Arch x86_64 distro a AMD processor? Because firefox works great on intel machines. (have three more machines with arch and see no lags there)
Offline
What video card/driver/window manager are you using? Also have you updated any of those recently? sounds like a problem with creating new windows (I think the popups/right click menus are undecorated "windows")
Just wonder, does everyone on this thread has Arch x86_64 distro a AMD processor? Because firefox works great on intel machines. (have three more machines with arch and see no lags there)
I doubt the CPU manufacturer has ANYTHING to do with firefox performance
Offline
i've checked already video drivers. Works fine on the same nvidia driver on other machine. and by the way popup windows in all other aplications work fine too. there's no difference what WM to use. Both lags under OpenBox, XFce, KDE4.
it's firefox problem.
Offline
anyone figure anything more about this issue???
I am having the issue as well on my work computer. My home computer is not having this problem. long delay in firefox with the menu as well as the right click context menu
My work computer is an
Intel E6550 processor
4Gb Memory
Radeon HD 2400 XT using catalyst 9.11-2
WM is E17
I have also tried LXDE, Gnome, FluxBox, and twm which give the same issue.
forgot to mention i686 here
Last edited by nocain (2010-02-16 23:57:09)
Offline
Just wonder, does everyone on this thread has Arch x86_64 distro a AMD processor? Because firefox works great on intel machines. (have three more machines with arch and see no lags there)
I've got an AMD processor running 64 bit arch, no problems.
Maybe it's some problem with firefox interacting with the window manager?
Offline
I had this as well with Firefox from the repo's (x86_64), was fine prior to 3.6. I was getting DOM errors trying to bookmark and the UI crawled to a halt which is strange because I have 8GB ram and a fast dual core in a light WM.
I'm using Firefox-PGO now and that seems fine
Last edited by Meyithi (2010-02-17 01:11:10)
Offline
I see similar behaviour: when I move the cursor down the list in a menu, and the next item gets highlighted, the highlighting is slow and partial. There will be a fragment still not highlighted, often with rough edges. If I stop moving the cursor and wait for 2-3 seconds, the whole menu item will get highlighted. This results in the interface appearing very sluggish, as if the system was under heavy load. This happens not just with firefox menus, but also on the page, in select tags. It also happens in other programs, eg Chromium. Also in emacs - when moving the cursor quickly, it disappears.
I have an Intel Core2 Duo E8400 cpu and an Intel built-in graphics card (Intel G45). The behaviour described above appeared when I upgraded the system to xf86-video-intel-2.10.0-1-x86_64.pkg.tar.gz. It was enough to downgrade to xf86-video-intel-2.9.1-1-x86_64.pkg.tar.gz to solve the problem.
Offline
HAD the same issue.
Pacmman -Syu yesterday and the problem solved.
Offline
same problem here. i tried firefox-branded-bin 3.6-1 from aur, i deleted .mozilla. the problem remains, pacman -Syu didn't help, now i will trye the Firefox-PGO.
@pal: you have a different problem, we have problem only with firefox's menus
Offline
Same problem here on a brand new Arch net-install today.
Offline
I had this on a different distro and found, that not setting the hostname has been causing it, i.e. hostname was localhost.localdomain. After I change it to something different, the problem was solved.
My particular symptoms were: slow menus, dropdown boxes. Browsing and entering an url in the address bar were not affected.
Offline
https://bugs.launchpad.net/ubuntu/+sour … bug/528798 . everything is ok now
Offline
many thanks, firefox works great now after the change to /etc/hosts (changing localhost.localdomain to localhost)
Offline
And, the interface "lo" must be started.
Offline
it didnt helped me. even dont know what to do. after thunderbird upgraded to 3.1.X it now has same 3 seconds submenu delay.
Offline
You know I had this issue way back earlier in the year and what fixed for me was something obscure config setting in either GTK or some gnome package. I'll dig around and see if I can find the forum post that helped me spot the issue.
Offline
Had the same issue, fixing /etc/hosts didn't help.
Im running gentoo on the machine it happened and i've found the solution.
I have emerged the whole system with pulseaudio useflag( though firefox doesn't have such a flag ), but haven't configured it yet so it wasn't running, and that what was causing the issue. After I've started pulseaudio firefox started rendering menu's just fine.
So for archlinux it could be the same, try starting pulseaudio or removing it from your system.
Offline
Hope this helps someone.
After opening thunderbird it would just hang eating up 100% (or more) of the CPU.
Strace revealed it was reading global-messages-db.sqlite. The global search and indexer was indexing (or something) an "archive" mailbox I had with over 1mm messages.
I had unknowingly enabled the global search and indexer.
You can disable it Edit -> Preferences -> Advanced.
Maybe someone from Mozilla can advise on how to exclude certain accounts or folders from the "search and indexer". Or, maybe there is a lucene plugin to do search and indexing seeing as that is what it's for.
Offline
I just would like to add more about this issue.
Hope this helps someone who cannot solve this issue by changing /etc/hosts file
first,heck if you have installed iptables.
If you have installed it and change the rules, remember to add the following rules:
iptables -A INPUT -i lo -j ACCEPT
iptables -A OUTPUT -o lo -j ACCEPT
I found that if firefox and thunderbird cannot work fine outside gnome( for me ,i'm using awesome 3.4.8, firefox 3.6.13, thunderbird 3.1.7), menu and right-click will response very slow...
Sorry for my BAD English...
Last edited by archmatrix (2011-01-24 17:04:39)
Offline
I registred in this forum just for this answer,
I am having this problem in one opensuse Box, and literally almost reinstall every and each one of packages and libraries for mozilla firefox and thunderbird because the lag in contextual menus and drop down menus to realize that the problem is comunication over Ipv6 that for some ackaward reason slow the damned menus of FF and TB.
This is the most stupid bug i ever seen.
Make sure your firewall have this rules.
ip6tables -A INPUT -i lo -j ACCEPT
ip6tables -t mangle -A PREROUTING -i lo -j ACCEPT
ip6tables -t mangle -A INPUT -i lo -j ACCEPT
ip6tables -t mangle -A POSTROUTING -o lo -j ACCEPT
best regards.
Offline