Bug 12003 - (sis) xterm standout mode not drawn properly when another window overlaps xterm
Summary: (sis) xterm standout mode not drawn properly when another window overlaps xterm
Alias: None
Product: xorg
Classification: Unclassified
Component: Driver/SiS (show other bugs)
Version: unspecified
Hardware: x86 (IA32) Linux (All)
: medium major
Assignee: Xorg Project Team
QA Contact: Xorg Project Team
Depends on:
Reported: 2007-08-14 22:02 UTC by raf
Modified: 2018-08-10 20:47 UTC (History)
1 user (show)

See Also:
i915 platform:
i915 features:


Description raf 2007-08-14 22:02:23 UTC
software versions:

xorg  7.2-0ubuntu11
xserver-xorg-core 1.2.0-3ubuntu8
xserver-xorg-video-sis 0.9.1-4ubuntu1
xterm 223-1 (and xterm-229 compiled from source)

problem description:

when a program that is running in xterm uses standout/reverse
mode and there is another window overlapping the xterm window
such that the top or bottom edge of the overlapping window
intersects with the region of standout mode in the xterm window,
then xterm incorrectly draws that part of the standout region
that is below the intersecting horizontal edge of the
overlapping window.

this only seems to happen on ubuntu hosts with sis video adapters
and it happens with ubuntu's packaged xterm (223) as well as the
latest version of xterm (229) running from both ubuntu and from solaris
as long as the window is displayed on the ubuntu/xorg host with the
sis driver.

in order to help you understand the problemn description above, i have
put some screenshots on a website:

http://raf.org/dump1.png - shows mutt in a little xterm on the left
with everything looking correct.

http://raf.org/dump2.png - shows what happens after the little xterm
on the right is moved to overlap with the little xterm on the left.
then, in the little xterm on the left, i pressed Control-R to redraw
it. notice that the the first row (in standout mode) in that xterm
is not redrawn properly. the part of that line where the y-coord is
below the y-coord of the top of the overlapping window is drawn in black.

http://raf.org/dump3.png - shows what happens after resizing the overlapping
xterm on the right so that it's lower edge also intersects with a line in
standout mode in the little xterm window on the left. after pressing
Control-R in the xterm on the left, both standout lines that intersect
with the horizontal edges of the overlapping window are drawn incorrectly.

http://raf.orgdump4.png - shows what happens while/after dragging the
overlapping window to the right and down a bit. the standout mode is
redrawn correctly where the overlapping window was, but the original,
icorrectly drawn parts aren't redrawn (until Control-R is pressed in
the xterm on the left)

http://raf.org/.xresources - my xterm-related x resources


it doesn't matter what window is overlapping the xterm window
(i.e. it doesn't also have to be xterm) but this only happens
when the overlapped window is xterm.

it doesn't matter what window manager is being used. this bug
happens both with twm and with whatever gnome's default
window manager is.

it didn't happen with the latest xterm (229) compiled on solaris
and displayed on a sunray terminal so i doubt that it is an
xterm bug.

it happened on two ubuntu hosts with sis video adapters but not
on other ubuntu hosts with different video adapters.

so i suspect that it is either a bug in xorg's sis driver or
a bug that exists between xterm and the sis driver.


never let any window overlap an xterm window if you use
the xorg's sis driver.

get a different video adapter :)
Comment 1 raf 2007-08-14 22:20:00 UTC
it's not just xterm that suffers. i've just noticed it with gvim as well.
see http://raf.org/dump5.png for a screenshot. notice the last line of text
in the central gvim window (immediately to the left of the bottom of the
overlapping window to the right. it's garbled.
Comment 2 GitLab Migration User 2018-08-10 20:47:16 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/xorg/driver/xf86-video-sis/issues/3.

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.