-
Notifications
You must be signed in to change notification settings - Fork 578
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Guake window follows mouse across monitors till it loses focus #1738
Comments
this is most irritating thing after update; I downgraded version till this will be fixed ;( |
So I think I'm experiencing the same issue. Here's what happens: If I modify that progression: Is this the same behavior? I'm having another multi-monitor issue but it might be related. |
…ow manager Expect handling from accel-key fullscreen toggle, also handle from window state changed. Because if you bind same accel-key for fullscreen in window manager, you will not trigger it from Guake toggle fullscreen, instead from wm. This should fix wierd window size & position when first using Guake fullscreen toggle, then toggle fullscreen by wm hotkey.
I can confirm that I have the exact same issue as @iconoclasthero described above. |
Confirming same issue on Ubuntu 20.04 Disabling the Appear on mouse display option is not an acceptable option since one usually wants it to appear in the context of the mouse. But a visible terminal should not then start following the mouse. Even the workaround of clicking to focus another window in the same display first, before clicking into another display isn't really easy to remember to do every time. A fix is very much appreciated! |
I applied PR #1774 and that seems to have fixed the problem for me. |
Describe the bug
With preferences set as "Appear on Mouse Display"
After the guake window opens with focus on the monitor containing the mouse; the guake window then follows the mouse across other monitors
If guake loses focus, window no longer follows mouse but focus must go to another window on the same monitor.
Behaviour does not occur on workspaces with no open windows
Expected behavior
The window should NOT follow the mouse
Work-around
Removing the commit 5205ce2 as described in Issue #1720 corrects this behaviiour though clearly might have other effects
Platform ArchLinux
Guake Version: 3.7.0
Vte Version: 0.60.0
Vte Runtime Version: 0.60.0
GTK+ Version: 3.24.14
GDK Backend: GdkX11.X11Display
Desktop Session: xfce
Display: :0.0
RGBA visual: True
Composited: True
The text was updated successfully, but these errors were encountered: