Bug 218684

Summary: rdesktop not redrawing/painting properly
Product: Red Hat Enterprise Linux 5 Reporter: Paul Krizak <paul.krizak>
Component: rdesktopAssignee: Søren Sandmann Pedersen <sandmann>
Status: CLOSED ERRATA QA Contact: desktop-bugs <desktop-bugs>
Severity: medium Docs Contact:
Priority: medium    
Version: 5.0CC: daly, kem, kxiong, pvn, syeghiay, tao
Target Milestone: rc   
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2009-09-02 11:11:38 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
screenshot of an excel spreadsheet before scrolling
none
screenshot of an excel spreadsheet after scrolling none

Description Paul Krizak 2006-12-06 19:58:26 UTC 
Description of problem:

When connecting to a Windows 2003 terminal server using /usr/bin/rdesktop in
RHEL5 beta2, the screen leaves "artifacts" in various applications.  For
example, scrolling through a Word document performs the correct scrolling
action, but various bits of the screen are not redrawn properly.

Version-Release number of selected component (if applicable): rdesktop-1.4.1-4

How reproducible: easily


Steps to Reproduce:
1. Connect to a Windows 2003 terminal server
2. Open a fairly long Word or Excel document
3. Scroll quickly up or down in the document
  
Actual results:
Parts of the screen are not painted properly

Expected results:
Scrolling occurs with no artifacts

Additional info:
Using Nvidia driver version 8776 (also happens with latest 9XXX series driver,
will test with "nv" driver shortly.)
Comment 1 Paul Krizak 2006-12-06 20:04:55 UTC 
Using the "nv" driver, this problem does not manifest, however the performance
is positively abysmal, i.e. takes a second or more just to redraw the screen.  I
can concede that this might be an nvidia driver issue, however it should be
noted that this problem does not happen (with the same nvidia driver versions)
in RHEL3 or RHEL4.
Comment 2 Paul Krizak 2006-12-06 20:17:13 UTC 
Created attachment 142983 [details]
screenshot of an excel spreadsheet before scrolling

screenshot of an excel spreadsheet before scrolling, note that the row numbers
are displaying properly.
Comment 3 Paul Krizak 2006-12-06 20:18:18 UTC 
Created attachment 142984 [details]
screenshot of an excel spreadsheet after scrolling

After scrolling down (with the scroll wheel) several rows then scrolling back
to the top.  Note that the rows are completely garbled.
Comment 4 Paul Krizak 2006-12-14 19:41:38 UTC 
I found a resolution to this bug on the nvnews.net forums:

http://www.nvnews.net/vbulletin/showthread.php?t=50434

Turns out the problem is with the interaction between the Xorg server and the
accelerated nVidia driver when the "Composite" extension is enabled.  Disabling
the Composite extension fixes the issue.  However, I'm not sure if this is
something the Red Hat folks need to work on, or nVidia, or both.

To disable the Composite extension, add these three lines to xorg.conf:

Section "Extensions"
    Option        "Composite" "Disable"
EndSection
Comment 5 Ryan Daly 2007-03-08 14:03:17 UTC 
The redraw/repaint problem does not exist with rdesktop-1.5.0-1.i386.  I
obtained this from the FC6 updates and installed in my RHEL 5 Beta2 installation.
Comment 6 Ryan Daly 2008-03-17 19:29:45 UTC 
Another work-around to this problem is (for tcsh):

setenv XLIB_SKIP_ARGB_VISUALS 1
Comment 16 errata-xmlrpc 2009-09-02 11:11:38 UTC 
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on therefore solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.

http://rhn.redhat.com/errata/RHBA-2009-1417.html