http://bugzilla.opensuse.org/show_bug.cgi?id=1011145 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 --> http://bugzilla.opensuse.org/attachment.cgi?id=702816&action=edit 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: You are on the CC list for the bug.