Moving windows with keyboard seems to be broken with certain dash to panel settings #2422
Replies: 5 comments
-
|
Hi, I can't reproduce the issue on my system (also gnome 49.1 wayland, only 2 monitors though) following your steps. Here the terminal stays maximized on the secondary monitor after the text editor gets focused on the primary monitor. Let's wait and see if someone else can reproduce. |
Beta Was this translation helpful? Give feedback.
-
|
Thanks @charlesg99 I just realized there's a way to export settings, so attaching the settings file here in case a combination of settings is required to reproduce. |
Beta Was this translation helpful? Give feedback.
-
|
Hm... Just noticed one more thing. Unrelated to dash to panel (i.e. even when it's disabled), when I do the following:
the terminal unmaximizes on monitor 1 instead of monitor 2. In case this doesn't happen on your end (i.e. it unmaximizes to monitor 2 as expected), then it's probably not anything related to dash to panel. |
Beta Was this translation helpful? Give feedback.
-
|
Yes, that I can see. It also un-maximizes on monitor 1 after moving it to monitor 2 while maximized. Not sure if it's expected or a bug. |
Beta Was this translation helpful? Give feedback.
-
|
This looks like this GNOME bug https://gitlab.gnome.org/GNOME/mutter/-/issues/4494. Another issue is mentioned in the above one https://gitlab.gnome.org/GNOME/mutter/-/issues/4383 which may explain why disabling Dash to panel "Display panels on all monitors" option makes it go away. |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
Dash to panel version 72, Gnome 49.1, Wayland, NixOS unstable, 3 monitors with middle as primary.
I have dash to panel set up with "Display panels on all monitors" enabled. I am running into a strange behavior where windows moved using keyboard shortcuts revert to their previous position. Steps which cause this on my end:
On my end, this results in the terminal app being moved to monitor 1 instead of staying on monitor 2.
I've noticed that:
journalctl /run/current-system/sw/bin/gnome-shell -f -o cat &(NixOs doesn't have/usr/bin/gnome-shell)This does not happen when:
I'm not sure if this is related to dash to panel itself or perhaps a bug in gnome that it just uncovers - e.g. I've noticed that both "Display panels on all monitors" being disabled and "Keep original gnome-shell top panel" being enabled make the primary monitor have less vertical space due to panel only being visible on that monitor.
I was wondering if anyone else can reproduce this and / or if there are any pointers regarding how I can troubleshoot this or gather more information to help with that.
Beta Was this translation helpful? Give feedback.
All reactions