Bug ID 1011145
Summary xterm cursor disappears and characters not replaced
Classification openSUSE
Product openSUSE Distribution
Version Leap 42.2
Hardware x86-64
OS Other
Status NEW
Severity Normal
Priority P5 - None
Component X.Org
Assignee xorg-maintainer-bugs@forge.provo.novell.com
Reporter batpul@gmail.com
QA Contact xorg-maintainer-bugs@forge.provo.novell.com
Found By ---
Blocker ---

Created attachment 702816 [details]
xterm has no cursor and characters are not replaced but overstriked.

Today upgraded from 42.1 to 42.2. Now the cursor in xterm disappears. I have a
white text on a black background with:
xterm*vt100*cursorColor:        yellow

If I don't use any X resources at all then the problem persists in a white
xterm.

If I type some long command line and scroll backwards I see no cursor and the
character under the unvisible cursor is blackened (invisible). Also, the
characters are not properly erased when using vi editing mode and replacing.
Instead they are overwritten where the previous characters persists as well.
See attached screendump.

This doesn't happen if xterm is positioned against the left side of the screen
or slightly off the left side. It happens only when the xterm is significantly
positioned away from the left side. I can open several xterms simultaneously.
All xterms to the left side are fine, while those to the right of the screen
have this problem.

If I use konsole no such problem is detected, but I much prefer xterm or
uxterm.

Below follows xdpyinfo:
$ xdpyinfo
name of display:    :0
version number:    11.0
vendor string:    The X.Org Foundation
vendor release number:    11803000
X.Org version: 1.18.3
maximum request size:  16777212 bytes
motion buffer size:  256
bitmap unit, bit order, padding:    32, LSBFirst, 32
image byte order:    LSBFirst
number of supported pixmap formats:    7
supported pixmap formats:
    depth 1, bits_per_pixel 1, scanline_pad 32
    depth 4, bits_per_pixel 8, scanline_pad 32
    depth 8, bits_per_pixel 8, scanline_pad 32
    depth 15, bits_per_pixel 16, scanline_pad 32
    depth 16, bits_per_pixel 16, scanline_pad 32
    depth 24, bits_per_pixel 32, scanline_pad 32
    depth 32, bits_per_pixel 32, scanline_pad 32
keycode range:    minimum 8, maximum 255
focus:  window 0x1400022, revert to None
number of extensions:    28
    BIG-REQUESTS
    Composite
    DAMAGE
    DOUBLE-BUFFER
    DPMS
    DRI2
    DRI3
    GLX
    Generic Event Extension
    MIT-SCREEN-SAVER
    MIT-SHM
    Present
    RANDR
    RECORD
    RENDER
    SECURITY
    SGI-GLX
    SHAPE
    SYNC
    X-Resource
    XC-MISC
    XFIXES
    XFree86-VidModeExtension
    XINERAMA
    XInputExtension
    XKEYBOARD
    XTEST
    XVideo
default screen number:    0
number of screens:    1

screen #0:
  dimensions:    1920x1200 pixels (508x317 millimeters)
  resolution:    96x96 dots per inch
  depths (7):    24, 1, 4, 8, 15, 16, 32
  root window id:    0xcb
  depth of root window:    24 planes
  number of colormaps:    minimum 1, maximum 1
  default colormap:    0x20
  default number of colormap cells:    256
  preallocated pixels:    black 0, white 16777215
  options:    backing-store WHEN MAPPED, save-unders NO
  largest cursor:    256x256
  current input event mask:    0xfa200c
    ButtonPressMask          ButtonReleaseMask        ButtonMotionMask         
    StructureNotifyMask      SubstructureNotifyMask   SubstructureRedirectMask 
    FocusChangeMask          PropertyChangeMask       ColormapChangeMask       
  number of visuals:    40
  default visual id:  0x21
  visual:
    visual id:    0x21
    class:    TrueColor
    depth:    24 planes
    available colormap entries:    256 per subfield
    red, green, blue masks:    0xff0000, 0xff00, 0xff
    significant bits in color specification:    8 bits


You are receiving this mail because: