Firefox and Seamonkey - freezes after switching from VT to X11

wtx · 2014-10-17 06:08:01

Hello,

I did system upgrade and after this some problems with firefox and seamonkey appeared. After I switch from VT to X11 both the applications freezes. Both the windows are empty (there is no even menu) - in light gray, and the applications doesn't react on user actions. Strace says that both applications waits for some futex:

futex(0x7ff5de768568, FUTEX_WAIT, 277, NULL

For testing purpose I run konqueror and it is working fine - I can switch several times between VT and X11 and nothing wrong happens.

Anyone has the same problem and knows what is wrong?

LB06 · 2014-10-17 06:32:30

Maybe.. Not sure it's related but it also started since today/yesterday (I got a whole bunch of Gnome upgrades) and it also involves Firefox. This is why I mention it.

I'm not switching from a VT to X, but just between Firefox and Spotify.. Doesn't always happen, but when I use my multimedia key while in FF to skip a song in Spotfiy, Firefox tends to completely freeze.

Last edited by LB06 (2014-10-17 10:44:19)

wetTshirt · 2014-10-17 08:17:38

I can also verify this problem. My firefox is freezing when using the multimedia keys on my keyboard. Also it freezes when trying to use the autotype feature of keepassX. This ist since last firefox update on yesterday.

_abraxas · 2014-10-17 09:03:23

i can confirm freezes in firefox 33. problems are gone since downgrade to ff32.

EDIT: ff32 now also freezing, but less as ff33

Last edited by _abraxas (2014-10-17 14:05:43)

wetTshirt · 2014-10-17 09:07:32

Firefox 33.0-2 is in staging. Does anybody know if this will fix this. Because there is no bug report in the tracker for firefox.

wtx · 2014-10-17 09:08:34

I've already downgraded FF to version 32 but problem still occurs...

czerwonyd · 2014-10-17 11:49:45

Same here, problem with:

 futex(0x7f3c6546a568, FUTEX_WAIT, 288, NULL

When using auto-type feature in Keepassx after upgrading to Mozilla Firefox 33.0. What is more the error still occurs after downgrading firefox to Firefox 32.0.3:

 futex(0x7fc9d8a68568, FUTEX_WAIT, 291, NULL

Starting in safe mode does not help as well so I guess it has nothing in common with add-ons.

As far as I know this means that Firefox waits for other processes to end. But, unfortunately

 ps -efL | grep firefox

does not change after freezing and it is difficult to determine which thread is the one causing problems.

What is more auto-type is working in other programs.

By now, I have nothing more to add at this topic.

wtx · 2014-10-17 13:43:27

Seems like this is related to other programs than FF - maybe some libraries upgraded today?
Finally I downgraded FF to 31.0 and. Still the same.

nomorewindows · 2014-10-17 14:01:37

Just switching desktop spaces in awesome messes things up for me. Aurora behaves like it supposed to.

Last edited by nomorewindows (2014-10-17 14:19:34)

Narga · 2014-10-17 16:12:25

I got the same problem, especially when I change ime language from US to others and reserve

Toke · 2014-10-17 16:48:07

I too have the same problem I think.
Happens mainly when I watch videos HTML5&/Flash, but seems to be random.

kokonut · 2014-10-17 17:50:44

For some person and I, uninstalling evince or removing /usr/lib/mozilla/plugins/libevbrowserplugin.so fixes the freezes.
The gist of it is that this plugin is loading GTK3 into Firefox which already has GTK2 symbols and they clash subtly.

Here is my bug report:
https://bugs.archlinux.org/task/42422

nomorewindows · 2014-10-17 17:52:05

I wonder if one of the dependencies is having a problem, since it isn't just affecting Firefox by itself.

nomorewindows · 2014-10-17 17:56:51

kokonut wrote:

For some person and I, uninstalling evince or removing /usr/lib/mozilla/plugins/libevbrowserplugin.so fixes the freezes.
The gist of it is that this plugin is loading GTK3 into Firefox which already has GTK2 symbols and they clash subtly.
Here is my bug report:
https://bugs.archlinux.org/task/42422

That is part of evince.
For some reason it hasn't done that again. NVM, the bug strkes again.
It can also be disabled under the Add-ons util in FF. But it still causes problems?

Last edited by nomorewindows (2014-10-17 20:06:08)

_abraxas · 2014-10-18 19:25:05

uninstalling evince has solved the problems in my case

PolePosition · 2014-10-18 19:33:47

Hi, I have the same problem since the big upgrade of yesterday.
Only workarround is : kill -9 `pidof firefox`
I leave a terminal open so that I do not loose time to write this command.
May be I will put a shortcut on the desktop so that I only have to click on it. :-/

nomorewindows · 2014-10-18 21:29:25

SIGTERM is sufficient for me. I can't interact with FF in any way once it goes, not even Awesome's kill combination seems to work.

mir91 · 2014-10-19 09:02:35

Actually my whole system hard froze twice when switching from VT back to X. Thunderbird froze too, on another occasion.
Firefox however is the one program that didn't freeze on me. (I have both open at the same time.)

TBoshoven · 2014-10-19 17:15:23

It seems to be working for me right now.
I had the same problem before.

Maybe it's related to updating 64-bit libraries without the 32-bit ones? Like a Flash issue or something?
Updating lib32-glib2 lib32-atk lib32-gdk-pixbuf2 lib32-p11-kit lib32-pango lib32-v4l-utils seems to be the only difference with my earlier attempts.

Or maybe it's just a coincidence and Firefox will start hanging again in a few minutes...

EDIT: It didn't work, see next post...

Last edited by TBoshoven (2014-10-19 22:38:34)

nomorewindows · 2014-10-19 19:10:48

(firefox:): GLib-GObject-WARNING **: cannot register existing type 'GdkKeymap'

(firefox:): GLib-CRITICAL **: g_once_init_leave: assertion 'result != 0' failed

(firefox:): Gdk-CRITICAL **: gdk_keymap_have_bidi_layouts: assertion 'GDK_IS_KEYMAP (keymap)' failed

Don't know if this means anything.

TBoshoven · 2014-10-19 21:09:08

And after a reboot I get the hangs again.
I took _abraxas' advice and downgraded evince, and now it seems to be okay again...
But how are Firefox and Evince related? :S

nomorewindows, I have the same messages, only after the upgrade.

mir91 · 2014-10-19 22:04:58

Had 3 more hard freezes (needed to use alt+sysreq+b, nothing else worked) just now, was just starting videos in minitube randomly and at the same time running stuff in VTs. System is getting close to unusable.

Last edited by mir91 (2014-10-19 22:05:13)

Schmeidenbacher · 2014-10-19 22:54:02

TBoshoven wrote:

But how are Firefox and Evince related? :S

The 3.14.1 evince package introduced a browserplugin in /lib/mozilla/plugins with the name libevbrowserplugin.so. After you installed it you can see the plug in in the Add-Ons -> Plugins Section. Deactivating had no effect for me in solving the firefox freezes. Downgrading to the previous package and henceforth removing the plugin seems to work so far.

Last edited by Schmeidenbacher (2014-10-19 22:54:35)

mindstalk · 2014-10-20 07:19:31

I also have the problem as of upgrading tonight. For me it tends to crop up when I re-maximize the window in twm.

Possibly relatedly, freecol reliably crashes the X server when I try to run it; the freecol people claim it's not them, though I thought I saw an upgrade in the list. http://sourceforge.net/p/freecol/bugs/2712/

WonkoDV · 2014-10-20 10:36:20

same problem.
firefox does not react to input or redraw.
happens after i use multimedia keys.

Also head evince plugin. Downgrading to evince 3.12 fixed the problem

Last edited by WonkoDV (2014-10-20 10:42:27)

Arch Linux

#1 2014-10-17 06:08:01

Firefox and Seamonkey - freezes after switching from VT to X11

#2 2014-10-17 06:32:30

Re: Firefox and Seamonkey - freezes after switching from VT to X11

#3 2014-10-17 08:17:38

Re: Firefox and Seamonkey - freezes after switching from VT to X11

#4 2014-10-17 09:03:23

Re: Firefox and Seamonkey - freezes after switching from VT to X11

#5 2014-10-17 09:07:32

Re: Firefox and Seamonkey - freezes after switching from VT to X11

#6 2014-10-17 09:08:34

Re: Firefox and Seamonkey - freezes after switching from VT to X11

#7 2014-10-17 11:49:45

Re: Firefox and Seamonkey - freezes after switching from VT to X11

#8 2014-10-17 13:43:27

Re: Firefox and Seamonkey - freezes after switching from VT to X11

#9 2014-10-17 14:01:37

Re: Firefox and Seamonkey - freezes after switching from VT to X11

#10 2014-10-17 16:12:25

Re: Firefox and Seamonkey - freezes after switching from VT to X11

#11 2014-10-17 16:48:07

Re: Firefox and Seamonkey - freezes after switching from VT to X11

#12 2014-10-17 17:50:44

Re: Firefox and Seamonkey - freezes after switching from VT to X11

#13 2014-10-17 17:52:05

Re: Firefox and Seamonkey - freezes after switching from VT to X11

#14 2014-10-17 17:56:51

Re: Firefox and Seamonkey - freezes after switching from VT to X11

#15 2014-10-18 19:25:05

Re: Firefox and Seamonkey - freezes after switching from VT to X11

#16 2014-10-18 19:33:47

Re: Firefox and Seamonkey - freezes after switching from VT to X11

#17 2014-10-18 21:29:25

Re: Firefox and Seamonkey - freezes after switching from VT to X11

#18 2014-10-19 09:02:35

Re: Firefox and Seamonkey - freezes after switching from VT to X11

#19 2014-10-19 17:15:23

Re: Firefox and Seamonkey - freezes after switching from VT to X11

#20 2014-10-19 19:10:48

Re: Firefox and Seamonkey - freezes after switching from VT to X11

#21 2014-10-19 21:09:08

Re: Firefox and Seamonkey - freezes after switching from VT to X11

#22 2014-10-19 22:04:58

Re: Firefox and Seamonkey - freezes after switching from VT to X11

#23 2014-10-19 22:54:02

Re: Firefox and Seamonkey - freezes after switching from VT to X11

#24 2014-10-20 07:19:31

Re: Firefox and Seamonkey - freezes after switching from VT to X11

#25 2014-10-20 10:36:20

Re: Firefox and Seamonkey - freezes after switching from VT to X11

Board footer