I have a setup wherein I'm using xrandr 1.5 --setmonitor features to 'split' a 4k monitor into 5 'monitors'. xfdesktop 4.12 handled this (mostly) as expected -- one can even setup different backgrounds for each 'monitor'. xfdesktop 4.13 (as well as the current git) does not. Only the first 'monitor' gets right-click menus, a background, icons, etc - the rest is just grey. The window manager still maximizes windows correctly to the virtual 'monitor', and the panel still stretches across multiple 'monitors' as it's supposed to. Downgrading only xfdesktop reverts the issue (However, I am running xfwm and xfpanel 4.12.X -- as these are still in the archlinux main repository. Have not experimented to see if 4.13.X versions break the XRandR support in those as well, will follow up on that.) I suspect this _may_ be related to bug #15116 -- I would be interested to see his results for xrandr --listmonitors To reproduce (on a 3840x2160 monitor), before xfce is started: xrandr --setmonitor HDMI-00 1280/266x960/200+0+0 HDMI-0 xrandr --setmonitor HDMI-01 1280/266x960/200+1280+0 none xrandr --setmonitor HDMI-02 1280/266x960/200+2560+0 none xrandr --setmonitor HDMI-03 1920/400x1200/250+0+960 none xrandr --setmonitor HDMI-04 1920/400x1200/250+1920+960 none This is the precise setup I use, however, it is reproducible with only a single 'split'.
Addl info: Upgrading xfwm to git (from 4.12.5, which is the current in Archlinux) breaks the wm features as well (Maximizing no longer obeys the xrandr monitors info, etc). So this is not a purely xfdesktop issue. I realize mine is not a common case, but as I understand it, certain monitors (8k and whatnot) use this xrandr feature to 'combine' two outputs into a single monitor, so I suspect this regression breaks that case as well if xfce is ignoring that information from xrandr.
Created attachment 8754 Test program xfce takes its randr setup from gtk, can you please compile the attached source code and run it on your system, and report the result?
Interesting. As-is: Current display has 1 screen(s) : - The screen #0 has 1 monitor(s) attached: * Screen #0, monitor #0, (0, 0) [1280 x 960] workarea (0, 64) [1280 x 896] I recompiled it under gtk-2.0 (removing the workarea bit that doesn't seem to be in gtk-2.0): Current display has 1 screen(s) : - The screen #0 has 5 monitor(s) attached: * Screen #0, monitor #0, (0, 0) [1280 x 960] * Screen #0, monitor #1, (0, 960) [1920 x 1200] * Screen #0, monitor #2, (1280, 0) [1280 x 960] * Screen #0, monitor #3, (1920, 960) [1920 x 1200] * Screen #0, monitor #4, (2560, 0) [1280 x 960] So it looks to be an upstream bug in GTK 3 then...
https://gitlab.gnome.org/GNOME/gtk/issues/2013 submitted with a patch. Fixes the issue, so I think this bug can be closed.
Sure, this is a gtk3 bug, not ours. Just a quick note, for gtk, best is to submit a merge request in gitlab, see https://wiki.gnome.org/GitLab