After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 762004 - Gnome shell freezes with libinput but applications still run. Not happening with evdev
Gnome shell freezes with libinput but applications still run. Not happening w...
Status: RESOLVED NOTGNOME
Product: gnome-shell
Classification: Core
Component: general
3.18.x
Other Linux
: Normal critical
: ---
Assigned To: gnome-shell-maint
gnome-shell-maint
Depends on:
Blocks:
 
 
Reported: 2016-02-13 19:48 UTC by Maximilian Bast
Modified: 2016-02-18 14:57 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Maximilian Bast 2016-02-13 19:48:41 UTC 
Randomly on 1 out of 5 boot ups my gnome-shell stops functioning correctly.
At first I can use it like normal, but after opening up an application gnome-shell won't react to any input whether keyboard nor mouse.
The application still runs fine and the animation for hot corners (the rings) still show up but the overview isn't showing up. I also can't resize or switch windows.
After some clicking around eventually gnome-shell comes back to live. Most of the time it works clicking on menu bars (like the tabs in gnome-terminal) but it happens again after opening the next application.

journalctl gives me: gnome-session[918]: Gjs-Message: JS LOG: pushModal: invocation of begin_modal failed
when clicking on the Activities corner but nothing shows up when clicking on the not working header bars.

I have seen a kind of similar bug on gnome 3.10 at fedora forum so it's not an arch problem.

Hardware:
Gnome 3.18.2 X11
Kernel 4.4.1-2
Arch Linux x86_64
Nvidia [proprietary] 361.28-1
Comment 1 Rui Matos 2016-02-15 13:08:10 UTC 
This sounds like bug 755696 . Since there are a few users reporting this lately I'm starting to think we do have a bug somewhere. But just to be sure, can you try with a different mouse?

Also, are you using the libinput xorg input driver? If you switch to the older evdev driver, does the issue go away?
Comment 2 Maximilian Bast 2016-02-16 16:34:37 UTC 
I was acutally using libinput.
After switching to evdev the bug sems gone.

I'm still using the same keyboard but now with evdev input.
My system is usable again. Thx :)
Comment 3 André Klapper 2016-02-16 17:48:50 UTC 
No code change was committed, hence nothing "resolved fixed" here. :)
Comment 4 Maximilian Bast 2016-02-16 20:09:01 UTC 
It actually started again freezing.
But it seems that it's happening less frequently than before.

I'm gonna try another keyboard and mouse and reply when it still happens.
Comment 5 Maximilian Bast 2016-02-18 14:57:52 UTC 
The problem was caused by my Mad Catz Mouse.
This Bug is not caused by gnome-shell but the input drivers.

This is already reported and will be fixed in the upcoming 1.2 release of libinput.

So no GNOME bug at all.