Wrong windows maximization in multimonitor, multiscreen configuration. about marco HOT 13 OPEN

Same problem for me. Is there any update on this?

Interesting fact: the panels only stretch to the width of the Monitor they reside on. Just the windows maximize over all Monitors in the current display.

from marco.

Not only panels. Tooltips too. But while panels is not a part of marco, tooltips is a part.

$ cd build/mate-desktop-mate-window-manager/src
$ find . -type f | xargs grep grep get_monitor_geometry
./ui/fixedtip.c: gdk_screen_get_monitor_geometry (gdk_screen, mon_num, &monitor);

Tooltips works fine, try to hold mouse pointer over close button near monitor edge.

But there is only one match. So, window placement code use another, unknown functions.
Seems like bad code located inside core/screen.c, but I can not find correct place in few minutes, need to spent more time, read mans, run debug etc. I still hope :), author will fix it (or at least explain).

from marco.

My quick code screening show that marco is only evaluating the Xinerama information, if available which is not the case for me.
Therefore multi screens will not be evaluated.

I wonder how this could have been working in nautilus as the code in there is the same.
I found some changes in Ubuntu repos for unity which seem to address this issue and seem to query the X server layout from libX while searching the net.

I wonder what libs marco is "allowed" to be linked against as this is important to be able to fix this.
I think one could "fake" the Xinerama info by querying gdk, if no Xinerama is available using

• gdk_screen_get_n_monitors()
• gdk_screen_get_monitor_geometry()

etc.

from marco.

Another update on this one.
I just realized, that when resizing via holding SHIFT, marco correctly snaps the window to monitor borders.
also when moving a window towards the edge of a monitor, the snapping is correctly (using the 10px or whatever magnet band).

so this really only affects maximizing windows.

from marco.

@ic-kashey @discordier did you try with another window manager? like mutter or metacity?

from marco.

Could you try to apply this patch https://github.com/albertsmuktupavels/metacity/commit/55d03330a6635314f91041806e2bf2f2c1fae259 ?

from marco.

I will have to try to compile it as package.
Will do so but it will take some time as I am rather busy at the moment.

from marco.

I get this issue occurring on just about every desktop manager/compositor actually, rather annoying as I use 5 or 6 displays at a time. This is done using a giant framebuffer with ati fglrx eyefiniti support. Under compiz, I have to hard set the framebuffer size in general settings, disabling monitor discovery or it treats them as individual framebuffers too. Even then, compiz can't handle that size of framebuffer without crapping the bed though.

Weird part is with compositing enabled with marco/mate and trying to do this with a gl-based game/app, if it does snap to, it leaves an overlay permanent ghost of the last image across the monitors I have the display stretched across. This is kind of annoying, wiping another window across the ghost wipes it clean for normal rendering behind it. Using 1.8.0+dfsg1-3ppa1trusty1.

from marco.

Still experiencing this on mate 1.12 and 1.14. Any hopes of fixing without using xinerama?

To reproduce: get 2 monitors extending desktop, maximize a window. The window will now span both monitors.

from marco.

I am not experiencing it anymore in 1.12.1.

from marco.

Tested x11-wm/marco-1.12.1 on gentoo with USE=-xinerama and the problem persists. Using +xinerama fixes it, but is there a way to fix without it?

from marco.

I also have the issue on gentoo using marco-1.18.2 (without xinerama)

from marco.

same issue on Ubuntu 20.04 LTS with marco-1.24.0-1 (without xinerama afaik and without software compositioning and without compiz)

this happens even when I xrandr to my main laptop display only (X screen size = display size)

in my case more often the horizontal size of maximized windows matches the display horizontal size, but the vertical will use panel size - top panel, but will hide behind the bottom panel (autohide off on both) -- this happens randomly after every reboot as far as I can see
I've had the issue where a maximized window will span all 3 monitors though (a complete reboot has solved it usually)

from marco.