You are not logged in.
When I right-click to open a context menu in various applications, if the window is on my right (secondary) monitor, the context menu appears on the left (primary) monitor, right against the border between them. It's as if the code that positions the context menu bounds it by the first monitor and is unaware the second monitor exists. GNOME Terminal is a good test case.
I'm using GNOME Shell 3.18.2. It affects GTK3 and QT applications, eg GNOME Terminal (GTK3) or VirtualBox (QT4), but not Chromium (custom toolkit?) or Terminator (GTK2).
I don't know where to start to fix this. I tried looking at /var/log/pacman.log and downgrade various things that have been upgraded recently to no avail.
Any ideas? Does anybody else have this problem?
Offline
Yes! I have the same problem. But for it is only when the other monitor is on a different graphics card. I have a laptop with VGA and HDMI, but the VGA is crappy, so I use a USB3.0 to DVI converter (displaylink). Whenever I have a GTK3 window (also applies to Firefox) on this USB screen, context menu either don't appear at all (Firefox) or appear on the other screen (other GTK3 applications).
Haven't found a fix or warkaround yet.
Offline
Got exactly the same issue using two external monitors via displaylink driver, connected through single USB port, using targus acp77euz.
Context menu works fine in:
- Google chrome
- desktop,
- phpstorm (mostly, depends if it's started before connecting monitors)
- window title bar,
- slack
- gpick
Where it fails and opens on primary monitor:
- folder context menu
- virtualbox gui
- evolution mail
Some of the apps seem to work if they were started before plugging in.
If I open problem context menus on the third monitor, it doesn't show anywhere.
I'm using fedora, it seems to be gnome issue.
EDIT: I previously used only one external monitor via HDMI, and everything was working perfectly.
Last edited by undefinully (2016-02-11 15:17:46)
Offline