Bug 539363

Summary: gnome-terminal corrupts output at the bottom of the screen while scrolling
Product: [openSUSE] openSUSE 11.2 Reporter: Jeff Mahoney <jeffm>
Component: GNOMEAssignee: E-mail List <gnome-bugs>
Status: RESOLVED FIXED QA Contact: E-mail List <qa-bugs>
Severity: Normal    
Priority: P5 - None CC: forgotten_h13THG8RK1, ke, lmedinas, noelamac
Version: Milestone 7   
Target Milestone: ---   
Hardware: Other   
OS: Other   
Whiteboard:
Found By: Development Services Priority:
Business Priority: Blocker: ---
Marketing QA Status: --- IT Deployment: ---
Attachments: Screen shot of broken terminal using tf
Screen shot of refreshed terminal using tf
Screen shot of broken terminal using vim
Screen shot of refreshed terminal using vim
Xorg.0.log

Description Jeff Mahoney 2009-09-15 17:51:00 UTC
Created attachment 318380 [details]
Screen shot of broken terminal using tf

When using tf, vim, screen, and other ncurses apps, I'm sure, gnome-terminal corrupts the bottom of the screen when scrolling is involved.

These applications maintain a several-line status area at the bottom of the window and may scroll the upper portion. In vim, this manifests itself when scrolling downward with 'j'. Control-D works fine, presumably because there is a refresh involved, which also corrects the corruption. In tf, when the top area scrolls, the status area gets corrupted. This is also correctable with a terminal refresh, but it happens on every scroll.

Both applications are run remotely on different operating systems with long-stable versions of the programs and associated libraries.

This regression was introduced in Milestone 7.
Comment 1 Jeff Mahoney 2009-09-15 17:52:01 UTC
Created attachment 318381 [details]
Screen shot of refreshed terminal using tf
Comment 2 Jeff Mahoney 2009-09-15 17:52:27 UTC
Created attachment 318382 [details]
Screen shot of broken terminal using vim
Comment 3 Jeff Mahoney 2009-09-15 17:52:56 UTC
Created attachment 318383 [details]
Screen shot of refreshed terminal using vim
Comment 4 Jeff Mahoney 2009-09-15 17:54:45 UTC
BTW, in the first two screen shots (of tf), the window on the right is gnome-terminal and the window on the left is xterm to demonstrate that the application is behaving itself.
Comment 5 Ming Xi Wu 2009-09-16 06:58:05 UTC
Do you use compiz with a nvidia video card ?
Comment 6 Luis Medinas 2009-09-16 12:58:12 UTC
*** Bug 539525 has been marked as a duplicate of this bug. ***
Comment 7 Karl Eichwalder 2009-09-16 14:11:15 UTC
I on M8 use:

hwinfo --gfxcard
24: PCI 100.0: 0300 VGA compatible controller (VGA)             
  [Created at pci.318]
  UDI: /org/freedesktop/Hal/devices/pci_1002_5b60
  Unique ID: VCu0.pb92oSU_qm1
  Parent ID: vSkL.akG_2l700s2
  SysFS ID: /devices/pci0000:00/0000:00:01.0/0000:01:00.0
  SysFS BusID: 0000:01:00.0
  Hardware Class: graphics card
  Model: "PC Partner Radeon X300 (PCIE)"
  Vendor: pci 0x1002 "ATI Technologies Inc"
  Device: pci 0x5b60 "Radeon X300 (RV370) 5B60 (PCIE)"
  SubVendor: pci 0x174b "PC Partner Limited"
  SubDevice: pci 0x0500 "Radeon X300 (PCIE)"
  Memory Range: 0xd0000000-0xd7ffffff (rw,prefetchable)
  I/O Ports: 0xc000-0xcfff (rw)
  Memory Range: 0xd8030000-0xd803ffff (rw,non-prefetchable)
  Memory Range: 0xd8000000-0xd801ffff (ro,prefetchable,disabled)
  IRQ: 16 (413108 events)
  I/O Ports: 0x3c0-0x3df (rw)
  Module Alias: "pci:v00001002d00005B60sv0000174Bsd00000500bc03sc00i00"
  Driver Info #0:
    XFree86 v4 Server Module: radeon
  Driver Info #1:
    XFree86 v4 Server Module: radeon
    3D Support: yes
    Extensions: dri
  Config Status: cfg=no, avail=yes, need=no, active=unknown
  Attached to: #11 (PCI bridge)

25: PCI 100.1: 0380 Display controller
  [Created at pci.318]
  UDI: /org/freedesktop/Hal/devices/pci_1002_5b70
  Unique ID: NXNs.atGL+gXPuk0
  Parent ID: vSkL.akG_2l700s2
  SysFS ID: /devices/pci0000:00/0000:00:01.0/0000:01:00.1
  SysFS BusID: 0000:01:00.1
  Hardware Class: graphics card
  Model: "PC Partner Radeon X300SE"
  Vendor: pci 0x1002 "ATI Technologies Inc"
  Device: pci 0x5b70 "RV370 [Radeon X300SE]"
  SubVendor: pci 0x174b "PC Partner Limited"
  SubDevice: pci 0x0501 "Radeon X300SE"
  Memory Range: 0xd8020000-0xd802ffff (rw,non-prefetchable,disabled)
  Module Alias: "pci:v00001002d00005B70sv0000174Bsd00000501bc03sc80i00"
  Config Status: cfg=no, avail=yes, need=no, active=unknown
  Attached to: #11 (PCI bridge)

Primary display adapter: #24
Comment 8 Karl Eichwalder 2009-09-16 14:12:35 UTC
and metacity is running.
Comment 9 Jeff Mahoney 2009-09-16 15:40:54 UTC
Created attachment 318547 [details]
Xorg.0.log

No, I use radeonhd without compiz.
Comment 10 Jeff Mahoney 2009-09-16 15:42:19 UTC
galileo:~ # hwinfo --gfxcard
25: PCI 100.0: 0300 VGA compatible controller (VGA)             
  [Created at pci.318]
  UDI: /org/freedesktop/Hal/devices/pci_1002_71d4
  Unique ID: VCu0.3af0kJKwHZ9
  Parent ID: vSkL.rxAOeWuq8i6
  SysFS ID: /devices/pci0000:00/0000:00:01.0/0000:01:00.0
  SysFS BusID: 0000:01:00.0
  Hardware Class: graphics card
  Model: "ATI M56GL [Mobility FireGL V5250]"
  Vendor: pci 0x1002 "ATI Technologies Inc"
  Device: pci 0x71d4 "M56GL [Mobility FireGL V5250]"
  SubVendor: pci 0x17aa "Lenovo"
  SubDevice: pci 0x20a4 
  Memory Range: 0xd0000000-0xdfffffff (rw,prefetchable)
  I/O Ports: 0x2000-0x2fff (rw)
  Memory Range: 0xee100000-0xee10ffff (rw,non-prefetchable)
  Memory Range: 0xee120000-0xee13ffff (ro,prefetchable,disabled)
  IRQ: 16 (1 event)
  I/O Ports: 0x3c0-0x3df (rw)
  Module Alias: "pci:v00001002d000071D4sv000017AAsd000020A4bc03sc00i00"
  Config Status: cfg=no, avail=yes, need=no, active=unknown
  Attached to: #9 (PCI bridge)

Primary display adapter: #25
Comment 11 Jeff Mahoney 2009-09-16 17:38:59 UTC
Downgrading gnome-terminal to the opensuse 11.1 version doesn't resolve the problem, so maybe it's a library issue?
Comment 12 Luis Medinas 2009-09-16 17:45:52 UTC
Gnome-terminal uses VTE, so i think we can blame vte, try downgrading a few releases back. I'll check vte bugs upstream.
Comment 13 Luis Medinas 2009-09-16 17:49:34 UTC
Check also a new vte release available on OBS: https://api.opensuse.org/build/GNOME:Factory/openSUSE_Factory/x86_64/vte/vte-0.21.5-29.1.x86_64.rpm
Comment 14 Jeff Mahoney 2009-09-16 17:55:04 UTC
Ah, good news then. vte from opensuse 11.1 through M6 worked. vte from M7 was broken. The new vte release from OBS is fixed again. Thanks!
Comment 15 Luis Medinas 2009-09-16 18:07:37 UTC
Ok it happens, the new vte is already on GNOME:Factory and will be moved to openSUSE:Factory. So marking as fixed.

Thanks
Comment 16 Forgotten User h13THG8RK1 2009-09-21 18:57:08 UTC
*** Bug 540514 has been marked as a duplicate of this bug. ***
Comment 17 Forgotten User h13THG8RK1 2009-09-21 19:00:19 UTC
Note: over bug 540514, Camaleon adds Midnight Commander to the list of ncurses apps that corrupt the screen.
Comment 18 Camaleon -- 2009-10-02 06:27:23 UTC
Still present in ML8.
Comment 19 Camaleon -- 2009-10-14 16:55:23 UTC
This bug is still present in Gnome LiveCD, (build 0336), 64 bits, with "vte-0.22.2-1.2.x86_64".