gtk apps don't behave properly after xrandr dual-screen modifications
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
GTK+ |
Expired
|
Medium
|
|||
gtk+2.0 (Ubuntu) |
Fix Released
|
Low
|
Ubuntu Desktop Bugs |
Bug Description
xorg r200 driver, 2 24" dell screens @ 1920x1200
In feisty I used to use MergedFB to have two screens, in gutsy I have to use xrandr to set this up. I provide Virtual 3840 1200 in the Display section, and run xrandr --output VGA-0 --right-of DVI-0 after startup [ can't seem to get this statically configured :-( ]
Most (unfortunately not all) gtk progs, notably xchat, firefox clip their menus and popups to the left xinerama screen when the main window is on the right screen. The exception is evolution, that seems to behave correct. All QT apps (running kubuntu) also work properly.
/me tries a few more applications,...
QT/KDE -> good (konsole, amarok, konqueror)
Gnome -> good (evolution, gnome-terminal, gnometris)
GTK -> buggy (xchat, pavucontrol, firefox)
gvim -> good
Changed in gtk: | |
status: | Unknown → New |
Changed in gtk: | |
status: | New → Invalid |
Changed in gtk: | |
importance: | Unknown → Medium |
status: | Invalid → Expired |
*argh*, I just figured out what this is.
Applications only load their Xinerama information at startup, and if its dynamically changed (blame xrandr) then they're stuck with it. So if I restart all applications after I change the desktop setup using xrandr all is well.
So the bug is not reloading Xinerama information on xrandr events.