Strange terminal painting behavior in Urxvt

jamesbvaughan · 2016-10-05 03:04:55

I've been having an issue recently where the repainting of some lines is delayed when using apps like vim, less, and htop in urxvt. Usually it's just lines on the lower half of the terminal. It's especially frustrating when navigating lines with j and k in vim. I wish I could describe it better, but I'm hoping that someone who reads this has experienced the same thing and knows what I'm describing.

I'm running Arch on an Acer Aspire M5-583 with Intel HD graphics. I reproduced the issue under xmonad and i3, with and without compton running. I haven't been able to reproduce it in anything other than urxvt. I replaced my ram recently, I think it was around the time this started. That's the only thing that I can think of that could be a potential cause, but I don't feel like that should affect it.

Any ideas what could be causing this?

jasonwryan · 2016-10-05 03:11:52

Please paste the output of `echo $TERM` in urxvt and some other terminal (xterm, for example).

jamesbvaughan · 2016-10-05 03:48:16

It's xterm-256color everywhere. I have `TERM=xterm-256color` in my .zshrc for unrelated reasons, but commenting that line out and sourcing .zshrc again/reloading the terminal so that it's rxvt-unicode-256color has no effect on the problem.

jasonwryan · 2016-10-05 05:21:16

Forcing TERM will almost always break your terminal capabilities. Whatever those unrelated reasons are, they are misplaced.

jamesbvaughan · 2016-10-05 05:23:47

I think it had to do with ssh/tmux and my shared .zshrc, but you're right; I should find a different solution to whatever that was solving.

Anyway, removing the forced TERM assignment had no effect on the problem that I asked about. Do you have any other ideas about that?

jasonwryan · 2016-10-05 05:26:31

Paste your .Xresources (if it is restricted to urxvt).

jamesbvaughan · 2016-10-05 05:30:21

! rxvt ==========================================================
URxvt.font:           xft:Fira Mono Medium for Powerline:pixelsize=12,\
                           xft:Symbola:pixelsize=9
URxvt.clipboard.copycmd:   xsel -ib
URxvt.clipboard.pastecmd:  xsel -ob
URxvt.cursorBlink:         false
URxvt.fading:              25
URxvt.iso14755:            false
URxvt.letterSpace:         0
URxvt.lineSpace:           0
URxvt.matcher.button:      1
URxvt.matcher.rend.0:      Uline Bold
URxvt.perl-ext-common:     default,clipboard,matcher,resize-font
URxvt.resize-font.bigger:  C-Up
URxvt.resize-font.smaller: C-Down
URxvt.scrollBar:           false
URxvt.url-launcher:        /usr/bin/chromium

! Dracula Xresources palette
*.foreground: #F8F8F2
*.background: #282A36
*.color0:     #000000
*.color8:     #4D4D4D
*.color1:     #FF5555
*.color9:     #FF6E67
*.color2:     #50FA7B
*.color10:    #5AF78E
*.color3:     #F1FA8C
*.color11:    #F4F99D
*.color4:     #CAA9FA
*.color12:    #CAA9FA
*.color5:     #FF79C6
*.color13:    #FF92D0
*.color6:     #8BE9FD
*.color14:    #9AEDFE
*.color7:     #BFBFBF
*.color15:    #E6E6E6

Last edited by jamesbvaughan (2016-10-05 05:55:23)

jasonwryan · 2016-10-05 05:48:01

Please use code tags when pasting to the boards: https://wiki.archlinux.org/index.php/Co … s_and_code

Nothing obvious in there. Have you tried removing/renaming it to rule out a configuration issue?

jamesbvaughan · 2016-10-05 05:58:14

Thanks for the link, I fixed the pasted code. I hadn't tried that, but I just did and I haven't been able to reproduce the problem. I'll comment out some of the xresources lines one at a time to see which one made the difference. Any predictions?

jasonwryan · 2016-10-05 06:03:09

fading would be my first guess (because I have no idea what it is supposed to do, but it doesn't sound like something I want in a terminal)...

jamesbvaughan · 2016-10-05 06:07:50

Fading makes the terminal a bit darker when it's not the focused window. It's really nice to have when I have a few open in a workspace and lets me see which one has keyboard focus at a quick glance.

seth · 2016-10-05 15:02:37

Still try to disable it? Could easily be the trigger of the bug in urxvt.

jamesbvaughan · 2016-10-05 17:23:42

Disabling fading didn't solve it. I'm going to try to see if any of the perl extensions are affecting it.

Trilby · 2016-10-05 17:27:05

Divide and conquer. You know it works with no Xresources file. You know if fails with the full Xresources file. I'd not bother with trying one setting at a time, just comment out the top half of the file. If the problem is in the top half split that in half and repeat. Otherwise the problem is in the bottom half, split that in half and repeat.

(edit: half is meant a ballpark proportion: a few settings may depend on previous settings being present, keep these together obviously.)

jamesbvaughan · 2016-10-05 17:33:51

I just tried that and could find the culprit, so I tried removing everything again and this time was able to recreate the problem. (It's very inconsistent.) Looks like the problem isn't in .Xresources. Any other ideas?

Arch Linux

#1 2016-10-05 03:04:55

Strange terminal painting behavior in Urxvt

#2 2016-10-05 03:11:52

Re: Strange terminal painting behavior in Urxvt

#3 2016-10-05 03:48:16

Re: Strange terminal painting behavior in Urxvt

#4 2016-10-05 05:21:16

Re: Strange terminal painting behavior in Urxvt

#5 2016-10-05 05:23:47

Re: Strange terminal painting behavior in Urxvt

#6 2016-10-05 05:26:31

Re: Strange terminal painting behavior in Urxvt

#7 2016-10-05 05:30:21

Re: Strange terminal painting behavior in Urxvt

#8 2016-10-05 05:48:01

Re: Strange terminal painting behavior in Urxvt

#9 2016-10-05 05:58:14

Re: Strange terminal painting behavior in Urxvt

#10 2016-10-05 06:03:09

Re: Strange terminal painting behavior in Urxvt

#11 2016-10-05 06:07:50

Re: Strange terminal painting behavior in Urxvt

#12 2016-10-05 15:02:37

Re: Strange terminal painting behavior in Urxvt

#13 2016-10-05 17:23:42

Re: Strange terminal painting behavior in Urxvt

#14 2016-10-05 17:27:05

Re: Strange terminal painting behavior in Urxvt

#15 2016-10-05 17:33:51

Re: Strange terminal painting behavior in Urxvt

Board footer