[SOLVED] weird xterm redrawing

cra · 2011-04-22 22:27:58

Hi there.

I'm experiencing a strange xterm redraw mechanism behavior: it seems to me, that sometimes xterm 'forgets' to redraw (I have to refocus it in my window manager by overlapping it's window or switching back and forth to other workspace -- overlapping is not really a good option since I'm using tabbed WM)

I did a bunch of updates recently (full system upgrade, kernel26-ck update from aur) and some .Xresources editing. Here's my X configs:

[cra@pintsize 02:11:28 ~]
 $ cat .xinitrc 
/usr/bin/urxvtd -q -f -o 
/usr/bin/xrdb -merge /home/cra/.Xresources
#/usr/bin/xrdb -merge /home/cra/.Xterm-dusky
#/usr/bin/xrdb -merge /home/cra/.Xterm-bri
/usr/bin/xset r rate 170 50
/usr/bin/xset b off
/usr/bin/xset fp+ /usr/share/fonts/local/ 
/usr/bin/xset fp rehash
##xsetroot -cursor_name left_ptr
/usr/bin/xbindkeys &
xmodmap .xmodmap
loadkeys ~/.keymap
#autocutsel -fork &
#autocutsel -selection PRIMARY -fork &
#display -window root pics/wlppr/girl-stockings-1280-800.jpg
#xflux -l 55.7 -g 37.5
#/usr/bin/stalonetray &
#ssh-agent ion3
ssh-agent awesome

My .Xresources, where I set fonts and stuff:

[cra@pintsize 02:11:35 ~]
 $ cat .Xresources 
!Xft.dpi: 96
URxvt*font: -*-terminus-medium-r-normal-*-14-*-*-*-*-*-iso10646-1
xterm*VT100.utf8Fonts.font: -*-terminus-medium-*-*-*-17-120-100-100-*-*-iso10646-1
URxvt*saveLines: 2048
!URxvt*scrollBar_right: on
URxvt*scrollBar: false
URxvt.perl-ext-common: default,matcher
URxvt.urlLauncher: firefox
URxvt.matcher.button: 2
URxvt.keysym.C-g: perl:matcher
URxvt.matcher.pattern.1: \\bwww\\.[\\w-]\\[\\w./?&@#-]*[\\w/-]
Xcursor.theme: Grounation
Xcursor.size: 32
gnuplot*persist: on

Color scheme, which I tried to use and found this strange behavior:

[cra@pintsize 02:11:37 ~]
 $ cat .Xterm-bri 
!colors
!*foreground:            #d3d3d3
!*background:            #000000
!*cursorColor:          orange
!*color0:               #151515
!*color8:               #505450
!*color1:               #bf7979
!*color9:               #f4a45f
!*color2:               #97b26b
!*color10:              #c5f779
!*color3:               #cdcda1
!*color11:              #ffffaf
!*color4:               #4a5463
!*color12:              #7d8794
!*color5:               #9c3885
!*color13:              #e628ba
!*color6:               #88aadd
!*color14:              #99ccff
!*color7:               #ffffff
!*color15:              #dedede

!xterm colors
xterm*foreground:       #d3d3d3
xterm*background:       #000000
xterm*cursorColor:      orange
xterm*color0:           #151515
xterm*color8:           #505450
xterm*color1:           #bf7979
xterm*color9:           #f4a45f
xterm*color2:           #97b26b
xterm*color10:          #c5f779
xterm*color3:           #cdcda1
xterm*color11:          #ffffaf
xterm*color4:           #4a5463
xterm*color12:          #7d8794
xterm*color5:           #9c3885
xterm*color13:          #e628ba
xterm*color6:           #88aadd
xterm*color14:          #99ccff
xterm*color7:           #ffffff
xterm*color15:          #dedede

Yeah, commenting that first lines for colors changes nothing.

Actually, I started noticing it when tried to use that bright color theme. At first I thought that might be an ion3 issue (recompiling didn't helped me), but it turned out that the problem persist in awesome, too. It is a weird bug, since I can't actually notice when it starts to occure (sometimes it just don't shows of for an hour or so, but sometimes it happens for up to six times in a row). Looks like sometimes it happens even with urxvt now.. Is it possible to be an X problem? I tried to search web for X redraw problems, but I wasn't able to find anything close to this issue. Pretty much everything I do happens in terminal, so it is quite disturbing for me.

Any ideas? Maybe you can at least have a bright thought on how to track this down?

Last edited by cra (2011-09-26 22:18:15)

synorgy · 2011-04-22 23:14:37

Are you using a composite manager? xcompmgr tends to do something similar for me with urxvt

bluepumpkin · 2011-04-23 01:54:40

What video card do you have? I have the same problem with 2.6.38 on my Macbook (Intel GM965). If I use xcompmgr the problem goes away, strangely enough.

cra · 2011-04-26 20:54:27

Yes. Here's stub of my lspci:

00:02.0 VGA compatible controller: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (primary) (rev 03)
00:02.1 Display controller: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (secondary) (rev 03)

I installed xcompmgr... Looks funny ) If I'll observe the bugs again, I'll post more details

thinkpadx61 · 2011-05-12 11:48:39

I'm experiencing the same issue. Here, it occurs in Opera as well as in xterm, not in urxvt.
The problem seems to go away while running xcompmgr, but it shouldn't be necessary to run
xcompmgr. Besides, the solution creates other strange problems in urxvt (e.g cursor is not showing).

$ lspci | grep -i vga
00:02.0 VGA compatible controller: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (primary) (rev 0c)

$ cat .Xdefaults
Xft.dpi:        96
Xft.antialias:  true
Xft.rgba:       rgb
Xft.hinting:    true
Xft.hintstyle:  hintslight

urxvt.buffered:            true
urxvt.inheritPixmap:    true
urxvt.termName:            rxvt
urxvt.title:            urxvt
urxvt.background:        #000000
urxvt.foreground:        #ffffff
urxvt.transparent:        true
urxvt.tintColor:        #ffffff
!urxvt.depth:            24
urxvt.shading:            10 !trans, 0=opaque    

urxvt.font:                xft:inconsolata-g:pixelsize=13

urxvt.scrollBar:        false
urxvt.saveLines:        1000
!urxvt.lineSpace:        1

urxvt.perl-ext-common:    default,url-select
urxvt.keysym.M-u:        perl:url-select:select_next
urxvt.urlLauncher:        opera
urxvt.underlineURLs:    true
urxvt.colorUL:            #86a2be

! Normal
! color0    black
! color1    red
! color2    green
! color3    yellow
! color4    blue
! color5    purple
! color6    cyan
! color7    white

urxvt.color0: #2e3436
urxvt.color1: #cc0000
urxvt.color2: #4e9a06
urxvt.color3: #c4a000
urxvt.color4: #3465a4
urxvt.color5: #ea96eb
urxvt.color6: #0b939b
urxvt.color7: #d3d7cf

! Light
! color8    black
! color9    red
! color10    green
! color11    yellow
! color12    blue
! color13    purple
! color14    cyan
! color15    white

urxvt.color8: #555753
urxvt.color9: #ef2929
urxvt.color10: #8ae234
urxvt.color11: #fce94f
urxvt.color12: #729fcf
urxvt.color13: #ad7fa8
urxvt.color14: #00f5e9
urxvt.color15: #eeeeec

$ cat .xinitrc
#!/bin/sh

if [ -d /etc/X11/xinit/xinitrc.d ]; then
  for f in /etc/X11/xinit/xinitrc.d/*; do
    [ -x "$f" ] && . "$f"
  done
  unset f
fi

setxkbmap -option terminate:ctrl_alt_bksp

xset r rate 200 40
xset +fp /usr/share/fonts/local
xset fp rehash

unclutter -idle 1 &
urxvtd -q -f -o
xmodmap -quiet ~/.Xmodmap
xbindkeys &

exec ratpoison

Last edited by thinkpadx61 (2011-05-14 19:34:41)

pablo9000 · 2011-05-18 20:36:51

Just wondering if anyone has made any progress with this problem?

I have a very similar configuration to the last poster. The problem effects Urxvt and Renoise, but not Firefox. Also the problem only seems to occur when I'm in a window manager, I use i3 and Openbox (running Renoise in its own session doesn't seem to have the redraw problems).

attejensen · 2011-05-22 13:50:30

I have the same problem with lxde or openbox and renoise.

synorgy · 2011-05-22 15:38:03

I believe that you can fix the no-cursor problem in urxvt by setting "urxvt.cursorUnderline: true" and "urxvt.cursorBlink: true" in .Xdefaults/.Xresources. I'm not sure which actually works around the problem or if it's a combination of both, but one or the other should work.

thinkpadx61 · 2011-05-23 14:23:07

synorgy wrote:

I believe that you can fix the no-cursor problem in urxvt by setting "urxvt.cursorUnderline: true" and "urxvt.cursorBlink: true" in .Xdefaults/.Xresources. I'm not sure which actually works around the problem or if it's a combination of both, but one or the other should work.

That, sort of, solves the cursor problem, but ... the real solution would be to fix the redrawing problem without having to run 'xcompmgr -n'.

Last edited by thinkpadx61 (2011-05-24 09:22:51)

synorgy · 2011-05-25 12:08:29

You're right - a workaround isn't exactly a solution, but (imo) it's better than nothing. I'm having similarly strange problems with urxvt that have pushed me to use st most of the time, which has it's own problems, but is looking promising.

Jonhoo · 2011-07-21 09:08:54

Might just be me, but here, I can see other weird things happening as well:
- System tray icons are sometimes invisible on boot (with compiz + tint2)
- Hardware accelerated video playback (vdpau) crashes the computer occasionally on playback (!!)
- Normal video playback (xv) flickers and pauses occasionally during playback even when the CPU load and HDD load is low
- In the BitTorrent client Vuze, some of the menu items in the list to the left in the UI are invisible until hovered over. They then appear until you move the mouse away.
This is all in addition to the main annoyance which is the terminal redrawing issues.
Seems as though there is a massive bug hiding somewhere in X (can't be in the nVidia drivers since people with both AMD/ATI and Intel report the same issues...)

Jonhoo · 2011-07-23 19:57:59

Hmm.. Just switched to the open-source nvidia drivers (nouveau), and the problem seems to be gone! Yay!
Still think this is an issue somewhere outside the graphics drivers since both Intel and nVidia are affected...

cra · 2011-08-23 10:11:13

since my recent upgrade the problem became noticable in firefox too.
All x redrawing is slow, and xcompmgr won't help :\
Any ideas?

cra · 2011-09-26 22:17:57

YEAH. Looks like I solved it.

I had a file in /etc/X11/xorg.conf.d with the following content:

Section "Device"
    Identifier "old intel stuff"
    Driver "intel"
    Option "Shadow" "True"
    Option "DRI" "false"
EndSection

I don't remember when I got it there but when I removed it (and restarted X), everything went as fast as it supposed to be

Arch Linux

#1 2011-04-22 22:27:58

[SOLVED] weird xterm redrawing

#2 2011-04-22 23:14:37

Re: [SOLVED] weird xterm redrawing

#3 2011-04-23 01:54:40

Re: [SOLVED] weird xterm redrawing

#4 2011-04-26 20:54:27

Re: [SOLVED] weird xterm redrawing

#5 2011-05-12 11:48:39

Re: [SOLVED] weird xterm redrawing

#6 2011-05-18 20:36:51

Re: [SOLVED] weird xterm redrawing

#7 2011-05-22 13:50:30

Re: [SOLVED] weird xterm redrawing

#8 2011-05-22 15:38:03

Re: [SOLVED] weird xterm redrawing

#9 2011-05-23 14:23:07

Re: [SOLVED] weird xterm redrawing

#10 2011-05-25 12:08:29

Re: [SOLVED] weird xterm redrawing

#11 2011-07-21 09:08:54

Re: [SOLVED] weird xterm redrawing

#12 2011-07-23 19:57:59

Re: [SOLVED] weird xterm redrawing

#13 2011-08-23 10:11:13

Re: [SOLVED] weird xterm redrawing

#14 2011-09-26 22:17:57

Re: [SOLVED] weird xterm redrawing

Board footer