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 777288 - NOT FIXED: Bug 683537 - after updating the shell today I get random stuck grabs or something
NOT FIXED: Bug 683537 - after updating the shell today I get random stuck gra...
Status: RESOLVED DUPLICATE of bug 763246
Product: gnome-shell
Classification: Core
Component: general
3.22.x
Other Linux
: Normal normal
: ---
Assigned To: gnome-shell-maint
gnome-shell-maint
Depends on:
Blocks:
 
 
Reported: 2017-01-16 01:14 UTC by jackieb
Modified: 2017-03-04 08:34 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description jackieb 2017-01-16 01:14:32 UTC 
Bug 683537 - after updating the shell today I get random stuck grabs or something
Comment 1 jackieb 2017-01-16 01:15:03 UTC 
Exists in 3.22.2
Comment 2 Andreas Linz 2017-01-24 09:01:21 UTC 
Can confirm this for 3.22.2+18+gdf7727a-1 in Arch Linux.
The problem occurs more often in Java based GUI applications like Intellij Idea, at least in my case.
Comment 3 Arthur Garnier 2017-01-27 13:29:42 UTC 
Can confirm too 3.22.2+18+gdf7727a-1 on ArchLinux
Appear more often in Android Studio (IntelliJ based), but sometimes in other applications (Like Battle.net).
Comment 4 Jakob 2017-02-07 09:29:15 UTC 
I can also confirm this in Arch Linux 3.22.2+18+gdf7727a-1. Most observations (but not all) are from Intellij and Chromium, but I never use the mouse (or thouchpad) in a terminal window so it could have happened there too.

Jumping out of the session with Ctrl+Alt+F1 and then back in makes the mouse/thouchpad responsive again.
Comment 5 Frank 2017-02-13 20:27:19 UTC 
I can confirm this as well, it has happened twice under Arch Linux, gnome-shell 3.22.2+18+gdf7727a-1

It blocks mouse access in all applications, although I can still navigate with the keyboard hotkeys.
Comment 6 Brandon 2017-02-13 21:53:48 UTC 
Confirming that this exists in Fedora 25 w/Wayland desktop.  Gnome version 3.22.2.  I'm only seeing it when trying to utilize GNS3.  It will randomly appear when I try to start devices.  A workaround was posted at the bottom of this thread.  I can confirm that ctrl+function+alt+F8, ctrl+function+alt+F1, and then logging in would give me mouse control back.
https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1181666
Comment 7 Martin 2017-02-22 13:56:13 UTC 
I can confirm this bug too, when opening Matlab, Scilab or QtCreator. Im on Antergos with gnome version 3.22.3
Comment 8 hamam 2017-03-02 22:30:23 UTC 
I confirm it too. I've had it two times, the common thing was Netbeans was open.
System: Arch Linux
G-Version: 3.22.2

Solution: I've just switched to another tty (Ctrl+Alt+F1) and then switched back. Thanks @jakob.
Comment 9 Oliver Kuster 2017-03-03 13:56:35 UTC 
Happens to me frequently while using RubyMine (Java based IDE) on a VirtualBox VM.

I tried switching ttys and it did not solve the problem.

I noticed that opening the activities overlay, I can interact with the mouse and select to poweroff. When the overlay closes and the sleep|reboot|poweroff popup appears, the mouse doesn't work. I selected the option via keyboard.

-- Versions --
OS: Ubuntu 16.04.2 LTS
Kernel: Linux 4.4.0-65-generic
Gnome: 3.18.2
Comment 10 Jonas Ådahl 2017-03-04 08:34:00 UTC 
Sounds like bug 763246, so marking this as a duplicate.

*** This bug has been marked as a duplicate of bug 763246 ***