https://bugzilla.novell.com/show_bug.cgi?id=633044
https://bugzilla.novell.com/show_bug.cgi?id=633044#c18
Jason Boissiere changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |jason.boissiere@ingres.com
--- Comment #18 from Jason Boissiere 2010-09-13 10:42:46 UTC ---
Might be worth noting that running, for example:
xrandr --output DVI1 --mode 1280x1024 --rate 75
: or other commands that appear to reset the second output will often
temporarily resolve the problem, but the right-hand screen will revert to the
broken, offset behaviour quite rapidly.
xrandr output with glitch, looks reasonable:
$ xrandr
Screen 0: minimum 320 x 200, current 2560 x 1024, maximum 8192 x 8192
VGA1 connected 1280x1024+0+0 (normal left inverted right x axis y axis) 376mm x
301mm
1280x1024 60.0*+ 75.0
1152x864 75.0
1024x768 75.1 60.0
800x600 75.0 60.3
640x480 75.0 60.0
720x400 70.1
DVI1 connected 1280x1024+1280+0 (normal left inverted right x axis y axis)
376mm x 301mm
1280x1024 60.0 + 75.0*
1152x864 75.0
1024x768 75.1 60.0
800x600 75.0 60.3
640x480 75.0 60.0
720x400 70.1
And running:
xrandr --output DVI1 --mode 1280x1024 --rate 60
: resolves the problem until I change desktop, when the redrawing reverts the
glitch.
--same-as VGA1 doesn't display the behaviour, right-hand screen is a perfect
clone at that point. If I swap the outputs (DVI1 --left-of VGA1), the VGA
screen has the offset problem and the DVI is fine, so it's the +1280+0 output
in a dual-screen set-up that is problematic, not a particular video-card
output.
--
Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.