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 738719 - Can click through full screen windows in sloppy/mouse mode
Can click through full screen windows in sloppy/mouse mode
Status: RESOLVED FIXED
Product: mutter
Classification: Core
Component: general
3.14.x
Other Linux
: Normal normal
: ---
Assigned To: mutter-maint
mutter-maint
: 746882 747804 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2014-10-17 20:02 UTC by Paul van Tilburg
Modified: 2015-07-02 21:08 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Paul van Tilburg 2014-10-17 20:02:14 UTC
When using some applications fullscreen (such as vinagre, chromium when playing a video, ...), after a few clicks I start to "click through" the window.  At this moment the application in question becomes unusable.
If there is a window underneath, it is raised and shown over the fullscreen window, if there is no window underneath, I get the desktop "background menu" (the one with Settings/Change Background...).
If I keep clicking, mutter seems to get even more confused and I cannot even activate the Activities view and all that remains is to use the key binding for the Run dialog and restart everything.
Comment 1 Andrea Comand 2014-10-18 17:35:07 UTC
I can replicate this bug.

I have a dual monitor setup. This happen to me when some application (XBMC 14 and some wine games for example) when they are fullscreen on the first monitor and lose focus due to me working on the second monitor. If i move the cursor back on the first monitor and click, the window below (or the desktop) respond.

The desired behavior is off course that the window stay fullscreen and stay on top, as opposed to the current behavior or as opposed to getting minimized.
Comment 2 Florian Müllner 2014-10-25 12:50:58 UTC
Bug 738550 reports similar behavior for shell chrome.
Comment 3 Brett Nelson 2014-10-25 16:28:20 UTC
I am experiencing this issue while using mpv in fullscreen mode.

The first four clicks register in mpv the 5th invariably engages windows behind mpv.

This issue happens reliably on two computers both running Gnome 3.14 in Arch Linux.
Comment 4 Aleksander Charatonik 2014-11-06 05:09:52 UTC
This happens much more frequently in mouse/sloppy focus mode, so it's probably a focus related issue.
Comment 5 Jasper St. Pierre (not reading bugmail) 2014-12-30 02:32:40 UTC
I can't manage to reproduce this using any of the suggested reproducers, in either click or sloppy focus mode. Are you still seeing this?
Comment 6 Andrea Comand 2014-12-30 02:59:13 UTC
I'm still experiencing this bug with mutter 3.14.3.

These are the exact steps that i'm taking to reproduce the issue:

1) Open a random application on monitor 1 (in this case Nautilus)
2) Open a fullscreen application on monitor 2 (in this case Kodi)

At this point Kodi is working correctly and has focus

3) Move the mouse in monitor 1 and click on nautilus window. Nautilus has now focus
4) Go back on monitor 2 and click on Kodi

expected: 
Kodi get focus

what actually happens: 
The application below Kodi receive the click event (in this case the desktop, and i get the Setting/Change Background popup), 

If i focus Kodi alt-tabbing it works correctly.

This seems to happen every time.

Currently using Archlinux.
Comment 7 Jasper St. Pierre (not reading bugmail) 2014-12-30 03:01:43 UTC
Are you able to reproduce this without multiple monitors? I unfortunately don't have an extra one with me right now.
Comment 8 Andrea Comand 2014-12-30 03:08:54 UTC
No, I'm not able to reproduce this after turning off a monitor.
Comment 9 Matthew Gabeler-Lee 2015-01-04 04:08:25 UTC
This happens to me constantly on my single-monitor laptop.  The top offenders for me are mpv and vinagre.  Firefox does not seem to experience this.  Those are the only three apps I frequently use fullscreen, though.

I just tried putting gnome-terminal in fullscreen and it reproduces it trivially too:
1) Open a terminal
2) Make it full screen, select some text to prove the mouse is working
3) Switch to another desktop, and switch back
4) Try to select text again, doesn't work
5) Minimize terminal (via key binding), observe that cursor remains text selection cursor?!

This case doesn't have the problem with the activities view, but vinagre does.  I guess that's probably because vinagre is trying to eat and pass through to the remote end the same key I use to show the activities view.

Switching desktops is not necessary to make this problem occur, but it is an easy way to reproduce it for me.
Comment 10 Jasper St. Pierre (not reading bugmail) 2015-01-07 01:53:21 UTC
I have been trying to reproduce this today but have been unable to using any of the steps above. Would anybody test if going into the Looking Glass (Alt+F2, type "lg", hit enter) and entering Meta.disable_unredirect_for_screen(global.screen); solves the issue?
Comment 11 Andrea Comand 2015-01-07 02:10:37 UTC
Yes, this seems to solve the issue, at least for me.

To confirm i re-enabled unredirection and the bug comes back, so apparently the bug manifest itself only if unredirection is enabled.
Comment 12 Jasper St. Pierre (not reading bugmail) 2015-01-07 04:11:15 UTC
OK. Even with unredirection, I can't seem to reproduce this on my machine. I've tried gnome-terminal, mpv, and google-chrome. What distribution are you on, and do you have any strange settings or tweaks enabled I should know about?
Comment 13 Andrea Comand 2015-01-07 05:08:45 UTC
I'm on Archlinux. The only thing particular in my setup is that i'm using 2 screens.

One thing i noticed is that if workspaces_only_on_primary is disabled and i switch workspace after opening the fullscreen app (mpv), the bug doesn't happen.

I have all extensions disabled and i've returned to default setting trough gnome-tweak-tool.

Anyway so far i only managed to reproduce this with 2 screens, so you should probably get more info from someone who is seeing this happening without dual screen.
Comment 14 Aleksander Charatonik 2015-01-07 12:03:26 UTC
If it helps at all, I recorded a quick video on my laptop that shows this behavior.

http://a.pomf.se/vokqxf.mkv

This is a game running in Wine that will click through to the desktop instead of properly interacting with the app. In the video I fix it by starting up Nautilus and clicking back into the app, but it's often also fixable by simply alt-tabbing.

I'm running Arch Linux, with a single-monitor setup.
Comment 15 Jasper St. Pierre (not reading bugmail) 2015-01-07 16:50:19 UTC
Where can I download and run this game?
Comment 16 Jasper St. Pierre (not reading bugmail) 2015-01-07 16:50:55 UTC
Also, was that recorded using the internal GNOME Shell recorder? Does the unredirection workaround I described fix the issue for this game?
Comment 17 Aleksander Charatonik 2015-01-08 02:25:58 UTC
The game was an arbitrary example. I had the same issue with other programs like MPV. The game itself uses Wine and is a pain to set up. If you still insist on trying, there are instructions here: https://appdb.winehq.org/objectManager.php?sClass=version&iId=28025

As for whether the workaround fixes it... I can't say. I can't recreate the bug anymore. It's stopped as suddenly as it started.
Comment 18 Jasper St. Pierre (not reading bugmail) 2015-01-08 18:15:56 UTC
OK. If it starts happening again, let me know. I'm sorry that I'm not able to reproduce this, because this bug does sound really annoying for people!
Comment 19 Brett Nelson 2015-01-09 05:04:11 UTC
I am still experiencing this bug using mpv (or any other full screen app)

Steps to reproduce:

1) open nautilus (or anything else)
2) open mpv in the same workspace
3) double click within mpv to enable full screen
4) single click 4 times within the mpv window (in a place that the nautilus window would be behind)

4th/5th click will click through to nautilus

Setup:
Arch Linux
Gnome 3.14.2
Single Monitor

Settings:
Focus = sloppy

Additionally, I can confirm that running:
Meta.disable_unredirect_for_screen(global.screen);

in lg does stop the problem.
As if it were a toggle for the bug, running:
Meta.enable_unredirect_for_screen(global.screen);

causes the bug to return immediately.
Comment 20 Paul van Tilburg 2015-01-13 09:42:09 UTC
Indeed! I can confirm this as well.  I can use remmina in fullscreen again.
This is a nice workaround.
Comment 21 Jasper St. Pierre (not reading bugmail) 2015-01-13 10:23:51 UTC
Paul, are you on Arch Linux as well? I'm wondering if it might be a distro-specific bug -- either something in Arch that causes it to happen, or something in Fedora that causes it not to happen.

Also, what about your focus mode? Are you in sloppy focus as well?

It's really frustrating that I can't reproduce, since I really want to fix this bug for you once and for all! Happy the workaround works in the meantime, though.
Comment 22 Paul van Tilburg 2015-01-13 10:56:30 UTC
No, I am using Debian testing/unstable (so the G3.14 stack).
And indeed, I'm using sloppy focus.
Comment 23 sam113101 2015-01-30 12:16:08 UTC
I also get this bug a lot, it's annoying. I'm on fedora and I have a dual monitor setup.
Comment 24 junk 2015-02-15 18:19:49 UTC
This bug is occurring in Fedora 21 gnome 3.14
Comment 25 Udo Rader 2015-02-16 12:28:03 UTC
confirming, too. 

see https://bugzilla.redhat.com/show_bug.cgi?id=1162859 for the stories of a couple of Fedora 21 users.

Still investigating, if the suggested workaround works.
Comment 26 Florian Müllner 2015-03-27 11:57:37 UTC
*** Bug 746882 has been marked as a duplicate of this bug. ***
Comment 27 Harry 2015-03-27 12:17:12 UTC
http://youtu.be/S1PSGzo4kkA
Comment 28 Don Bradken 2015-05-14 22:03:39 UTC
I was having this exact problem up until two days ago when I started receiving the updated Gnome 3.16.2 packages on my Arch Linux desktop. I thought the issue had been completely resolved, but there is still a major issue here. Although the mouse is now correctly acquiring focus, the keyboard focus is still stuck on the desktop. I have tried using both "sloppy" and "mouse" focus modes, yet the problem still persists.

Setup:
Arch Linux
Gnome 3.16.2
Triple Monitor

Settings:
Focus = click

Additionally, I can also confirm that running "Meta.disable_unredirect_for_screen(global.screen);" in lg does stop both problems.
Comment 29 Brett Nelson 2015-05-15 04:20:21 UTC
Despite also applying any available upgrades (all the 3.16.2 available in the standard Arch repos as of today), this issue is unchanged for me.

When in full screen a program can be 'clicked through' after 5 clicks.
Comment 30 Don Bradken 2015-05-15 06:12:49 UTC
Nevermind, it does actually click through, but only if another window is behind it, not if what's behind it is just the desktop.
Comment 31 Jasper St. Pierre (not reading bugmail) 2015-05-18 19:53:29 UTC
*** Bug 747804 has been marked as a duplicate of this bug. ***
Comment 32 Jasper St. Pierre (not reading bugmail) 2015-05-18 19:54:36 UTC
For reference, I can reproduce this bug now. I tried to track it down this weekend but it makes no sense. I'll look more today.
Comment 33 Ted G. Freitas 2015-05-26 21:53:43 UTC
This is still an issue in FC22 running Remmina v1.2.0-rcgit.3. Only seems to be an issue when running in full screen mode.
Comment 34 Dams 2015-06-04 17:46:50 UTC
I can reproduce this on fedora 21 (gnome 3.14) and fedora 22 (gnome 3.16), while in 'mouse' of 'sloppy' focus mode, while playing 'Dont starve' on steam. 

A single click on the game window while in full screen mode just minimizes the game. The Meta.disable_unredirect_for_screen(global.screen) workaround does work.

It does not happen anymore either if I switch to click-to-focus. Also, it did not happen in fedora 20.

The laptop I'm using has an HDMI and a VGA outputs, but it's happening while the laptop is "standalone". I have not tested with multiple screens connected.

Is there anything one can do to provide more information ?
Comment 35 Michael Groer 2015-06-07 21:27:06 UTC
I've got the same problem on ubuntu 14.09 (3.14) and 15.04 (3.16). Happens every time an application goes in "true" (without the gnome shell top panel) fullscreen, be it a game or just an application like Remmina.
Comment 36 Pacho Ramos 2015-06-21 11:06:19 UTC
Same problem here... but I am not sure what more information do you need (bug is still tagged as NEEDINFO). I am running Gnome 3.16 on Gentoo with a Intel setup and the  Meta.disable_unredirect_for_screen(global.screen) workaround fixes it

Thanks
Comment 37 Jasper St. Pierre (not reading bugmail) 2015-06-23 23:31:51 UTC
Realized what's going on this morning on the way to the office.

Fixed by https://git.gnome.org/browse/mutter/commit/?id=4c6866741d5ca53d028329f1626298985c005a0c

Sorry about not figuring this one out earlier, guys!
Comment 38 Jason Ekstrand 2015-06-24 00:30:42 UTC
(In reply to Jasper St. Pierre from comment #37)
> Realized what's going on this morning on the way to the office.
> 
> Fixed by
> https://git.gnome.org/browse/mutter/commit/
> ?id=4c6866741d5ca53d028329f1626298985c005a0c
> 
> Sorry about not figuring this one out earlier, guys!

Thanks!  Any chance that will get back-ported to a stable release?
Comment 39 Michael Groer 2015-06-26 06:18:55 UTC
Awesome, thank you very much!
Comment 40 Brett Nelson 2015-07-02 21:08:22 UTC
An update with the fix applied seems to have just become available on Arch. I must say, it is a little strange to be able to click around in full screen without punching through to apps in the background! Thanks a bunch for getting this sorted!