GNOME Bugzilla – Bug 738719
Can click through full screen windows in sloppy/mouse mode
Last modified: 2015-07-02 21:08:22 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.
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.
Bug 738550 reports similar behavior for shell chrome.
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.
This happens much more frequently in mouse/sloppy focus mode, so it's probably a focus related issue.
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?
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.
Are you able to reproduce this without multiple monitors? I unfortunately don't have an extra one with me right now.
No, I'm not able to reproduce this after turning off a monitor.
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.
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?
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.
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?
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.
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.
Where can I download and run this game?
Also, was that recorded using the internal GNOME Shell recorder? Does the unredirection workaround I described fix the issue for this game?
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.
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!
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.
Indeed! I can confirm this as well. I can use remmina in fullscreen again. This is a nice workaround.
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.
No, I am using Debian testing/unstable (so the G3.14 stack). And indeed, I'm using sloppy focus.
I also get this bug a lot, it's annoying. I'm on fedora and I have a dual monitor setup.
This bug is occurring in Fedora 21 gnome 3.14
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.
*** Bug 746882 has been marked as a duplicate of this bug. ***
http://youtu.be/S1PSGzo4kkA
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.
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.
Nevermind, it does actually click through, but only if another window is behind it, not if what's behind it is just the desktop.
*** Bug 747804 has been marked as a duplicate of this bug. ***
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.
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.
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 ?
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.
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
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!
(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?
Awesome, thank you very much!
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!