App window moves between monitors

Ask Fedora
,
1

Last weeks I updated from workstation 41 to 43. Almost everything works well, but I have an issue with the screen: sometimes, when I move a window from one monitor to another (Win + Shift + keys), it moves well but after some time it moves to the previous monitor (not sure if it’s time or changing focus, etc).

This occurs independently of the application. But it seems to happen only when moving between the two external monitors (not the built in).

Do you have any clue or something I should check?

Thanks in advance

3

Does this happen with one app or lots of apps?

4

With more than one (at least notepad, geany, firefox).

5

I have the same issue with two external monitors (not using the internal one, laptop closed). I thought it had a link with the extension auto move windows but even with it disabled it is a problem. I think it is when I change focus in my case, I click on firefox on screen 2 and emacs jumps to screen 2.

Edit: I turned off the second monitor while I find the issue and the monitor stays in the displays list in gnome settings :thinking: Did it always do that?

6

Monitors can be detected even when turned off.

1 Like
7

Yes, it seems something related to the focus of windows.

No, after some “movements” of the window, at some point, it stays at the proper position.

8

With the latest updates (Linux 6.18.12-200.fc43.x86_64) still fails.

The issue is mainly the first time I open a new app, and then move it to an external monitorusing shortcuts (Win+Shift+Arrows), and then I switch to another app (Alt+Tab). If I do the same using the mouse, it works properly.

Also, after some time (eg using the mouse to move it between screens), that same window starts working well.

Any tip or idea to track the issue?

Thanks!

9

Still occurring after updating (Linux 6.19.6-200.fc43.x86_64) and akmod-nvidia.x86_64 3:580.126.18-1.fc43.

There is probably an incorrect configuration (or two modules colliding).

Any help is welcome.

10

Do you get any messages from journalctl when you’re either moving the windows between displays? Not a workstation users so I don’t know specifically what Gnome options are available to determine where a window should be rendered and what would cause it to snap back to its original display.

I can’t replicate this on KDE so that would imply it’s not coming from some shared libs like the nvidia drivers, mesa or anything else that would be common to both desktops.

11

No logs in journalctl.

I’ve tried disabling GNOME extensions; clearing ~/.config/monitors.xml file; and also no logs in Looking Glass.

12

On my side it happens also while changing focus with the mouse. As to whether it is related to akmods, I don’t think so, it happens with my laptop with only intel igpu.

It might help if I list my gnome user extensions, maybe we can see which ones we share in order to narrow it down:

  • Auto Move Windows (it moves windows to specific workspaces so maybe)
  • Fullscreen notifications
  • Hide Top Bar (mostly for my OLED screen)
  • Tiling shell

In my case I wonder if it is because the two monitors share the same names and specs. While trying to deactivate one by one the extensions, I noticed that tiling shell gives the same label to the two screens:

journalctl logs

Mar 13 10:29:00 phedora gnome-shell[3382]: [tilingshell] [TilingManager 0] Work area for monitor 0: 0 0 1920x1080
Mar 13 10:29:00 phedora gnome-shell[3382]: [tilingshell] [TilingManager 1] Work area for monitor 1: 1920 0 1920x1080
Mar 13 10:29:00 phedora gnome-shell[3382]: [tilingshell] [DefaultMenu] updateMonitorName: monitor=0, x=0, y=0
Mar 13 10:29:00 phedora gnome-shell[3382]: [tilingshell] [DefaultMenu] updateMonitorName: monitorsDetails=[{“name”:“Dell Inc. 27"”,“index”:0,“x”:0,“y”:0},{“name”:“Dell Inc. 27"”,“index”:1,“x”:0,“y”:0}]
Mar 13 10:29:00 phedora gnome-shell[3382]: [tilingshell] [DefaultMenu] updateMonitorName: matched by index 0
Mar 13 10:29:00 phedora gnome-shell[3382]: [tilingshell] [DefaultMenu] updateMonitorName: setting label to “Dell Inc. 27"”
Mar 13 10:29:00 phedora gnome-shell[3382]: [tilingshell] [DefaultMenu] updateMonitorName: monitor=1, x=1920, y=0
Mar 13 10:29:00 phedora gnome-shell[3382]: [tilingshell] [DefaultMenu] updateMonitorName: monitorsDetails=[{“name”:“Dell Inc. 27"”,“index”:0,“x”:0,“y”:0},{“name”:“Dell Inc. 27"”,“index”:1,“x”:0,“y”:0}]
Mar 13 10:29:00 phedora gnome-shell[3382]: [tilingshell] [DefaultMenu] updateMonitorName: matched by index 1
Mar 13 10:29:00 phedora gnome-shell[3382]: [tilingshell] [DefaultMenu] updateMonitorName: setting label to “Dell Inc. 27"”
Mar 13 10:29:00 phedora gnome-shell[3382]: [tilingshell] [extension] extension is enabled
Mar 13 10:29:03 phedora gnome-shell[3382]: [tilingshell] [extension] extension is disabled

13

As I mentioned, it keeps failing even if I disable all extensions, so I guess it’s not related to that. Also, we don’t have any of the listed extensions :slight_smile:

I have this same scenario, but I guess it’s quite normal :thinking:

14

A change in the multi tasking
That you go: Settings > Multitasking
and select Include apps from the current workspace only
and try disabling Workspaces on primary display only if that doesn’t solve it.

Because its a focus behavior in Gnome

The other focus behaviour that is associated with the mouse you use gsettings to change it, but this sounds like just a multitask settings issue as that effects what window the monitor is at when it is not focused.