GNOME Bugzilla – Bug 112465
override redirect windows (menus) created by metacity appear on wrong screen using nvidia twinview / xinerama
Last modified: 2020-11-06 20:05:56 UTC
I have a nvidia gforce 4 ti4200 set up with Twinview (their version of xinerama) in a dual monitor head set up. This works nicely with gnome2. My XF86Config setup looks like this: ... Section "Device" Identifier "TwinView" VendorName "nvidia" Driver "nvidia" BusID "PCI:1:0:0" Option "RenderAccel" "true" Option "CursorShadow" "1" Option "WindowFlip" "1" Option "NvAGP" "3" Option "TwinView" Option "SecondMonitorHorizSync" "31-96" Option "SecondMonitorVertRefresh" "55-160" Option "TwinViewOrientation" "RightOf" Option "MetaModes" "1280x960,1280x960; 1024x768,1024x768" Option "ConnectedMonitor" "crt,crt" EndSection ... A bug I just noticed was that if a window on the screen on the left is in focus, and my mouse is in the screen on hte left and I use the keyboard shortcuts to access menus on the window that is in focus the menu will appear flush on the lefthand side of the screen on the right. This appears to be present in all Gnome2/gtk2 apps but not gtk1 apps. Tested quickly on pan 0.14, gnome-termianal 2.2.1 and mozilla 1.3 (not compiled with gtk2) and the first two apps display this behaviour, but mozilla does not. The vertical location of the menu along the edge of the screen lines up with the vertical position of the window. Also, the same behaviour is exhibited when the window in focus is in the right hand monitor and the mouse is in the lefthand one, and the keyboard shortcuts are used to access the menus. Bad ascii art of the problem if my explation isn't quite right: +---------------------------------------+ |menu bar | | +--------------------+------------------+ | | | | +------------+ | | | |File ... | | | | +------------+ | | | | | |+---+ | | | g2 app | ||New| | | +------------+ ||C..| 0 | 0 = mouse pointer Ok, my art skillz suck :) System details: gnome 2.2.1 gtk+ 2.2.1 gentoo linux 1.4rc2 gcc 3.2.2 Athlon k7-900, 448mb, ide hard drives Compiled with: CFLAGS="-march=athlon -O3 -pipe -fomit-frame-pointer"
Have you tried this with later releases?
If you are referring to gnome 2.4 with gtk 2.2.4, yes I have tried and it still happens. Only with gnome 2 apps though, mozilla with gtk2 doesn't do it, but pan .14.* does (as an example). Not sure if it's gnome2, gtk2, pure gtk2, or what though. Further debugging or info provided on request :)
I'm taking a guess at where this bug belongs...
Many Xinerama fixes for menus have gone in since 2.2.1. Thus this bug report is not going to lead to any fixes unless you can reproduce the problems with 2.4.x
This seems to be working now, though I'm sure I saw it broken just a couple of days ago. Unless I see it again though I'll close the bug.
I found this again. It looks like it only happens on a window menu (close maximize, etc). Following the same steps as above instead of doing alt-f (which works fine) hit alt-space and you'll have the window menu appear on the same screen that the cursor is on, NOT the same screen that the focused window is on.
Retitling since this appears with override redirect windows made by metacity and not ones made by the toolkit.
And if you could try compiling with -O2 and without -fomit-frame-pointer that would help. the latter makes any backtrace from your copy of metacity useless.
Hehe, looks like Kjartan posted in the wrong bug. No stack traces involved here...
bugzilla.gnome.org is being replaced by gitlab.gnome.org. We are closing all old bug reports in Bugzilla which have not seen updates for many years. If you can still reproduce this issue in a currently supported version of GNOME (currently that would be 3.38), then please feel free to report it at https://gitlab.gnome.org/GNOME/metacity/-/issues/ Thank you for reporting this issue and we are sorry it could not be fixed.