GNOME Bugzilla – Bug 578111
clicking on a rotated monitor makes it forget half of the rotation options
Last modified: 2009-04-29 22:02:58 UTC
the bug has been opened on https://bugs.launchpad.net/bugs/355905 "1. Click on a monitor. 2. Enable it. 3. Rotate it left 90 degrees. 4. Click on the monitor again. What should happen: nothing. What happens: the monitor rotates back to the normal position, and the rotation dropdown loses the left/right options (keeping only the normal/upside-down). This is not 100% reproducible: sometimes the rotation dropdown keeps all options, sometimes it has no options and becomes disabled. The contents of the rotations appear to be related to the position of the screen in the virtual desktop space, but maybe I'm mistaken about that. gnome-control-center 1:2.26.0-0ubuntu1 http://launchpadlibrarian.net/24846858/wtf3.gif screencast (1.2 MiB, image/gif) "
Rotations get lost in other situations too. E.g rotate a monitor, then revert to the previous configuration. Now the Rotation combobox in the capplet is empty, and the statusicon claims that rotation is not supported. Restarting the capplet fixes the combobox. I haven't found a way to make the statusicon regain the rotation options, short of restarting gsd.
toggling the 'mirror screens' checkbox twice brings the rotations back, too.
I think we need to call gnome_rr_config_sanitize() more often. I haven't actually debugged this, but odds are that when you rotate/drag a monitor, its offsets become something that doesn't fit in the current Virtual size. Checking/unchecking "Mirror screens" resets the offsets to being as close as possible to (0, 0), so that's probably why this works as a workaround.
commit 3f811a611185a3bdbb6b6d4c19590bd26ae1dc82 Author: Matthias Clasen <mclasen@redhat.com> Date: Tue Apr 28 19:34:44 2009 -0400 Fill out ScreenInfo structs sufficiently without reprobing, too This fixes the symptoms described in bug 578111 where rotations get lost after applying one rotation. Thanks for Federicos help in tracking this down.
Thanks for patching that, Matthias. However, I think we may still have a problem if you drag the monitors around "too much", so that their offsets end up being outside the Virtual size (even if their arrangement *does* fit in that size). gnome_rr_config_sanitize() means "normalize the monitors' offsets so that (0, 0) is the upper-left corner of their bounding rectangle", so we should use that before trying to evaluate a configuration with gnome_rr_config_applicable().
*** Bug 580754 has been marked as a duplicate of this bug. ***