codehenry / xmonad

Automatically exported from code.google.com/p/xmonad
0 stars 0 forks source link

xmonad does not process urxvt+vim repaint request #537

Open GoogleCodeExporter opened 8 years ago

GoogleCodeExporter commented 8 years ago
What steps will reproduce the problem?
1. Open a terminal
2. urxvt -e "/bin/bash" -c "vim <path of vim file with 100 lines+>"

What is the expected output? What do you see instead?
The buffer is distorted:
-The bottom half of the text is not visible (black area)
-The lines that are visible are not the correct lines (e.g. line 10 is rendered 
where line 50 should be), moving the vim cursor to a line repaints that line, 
but that line only

What version of the product are you using? On what operating system?
XMonad 0.10 on Ubuntu 12.10

Are you using an xmonad.hs?  Please attach it and the output of "xmonad
--recompile".
Using stock xmonad.hs results in the same problems, so I did not attacch my 
xmonad.hs.

Please provide any additional information below.
This problem disappears if you add a long enough sleep before opening vim, e.g.:
urxvt -e "/bin/zsh" -c "sleep 1; vim <path of vim file with 100 lines+>"

I really have no clue how XMonad interacts with X or how X works, but my best 
guess is that there is some kind of race condition and XMonad misses the 
repaint command from urxvt.

Original issue reported on code.google.com by dansp...@gmail.com on 21 Mar 2013 at 6:30

GoogleCodeExporter commented 8 years ago
[deleted comment]
GoogleCodeExporter commented 8 years ago
Here is a screenshot depicting the problem, you can see how the bottom is cut 
off:
http://i.imgur.com/52eKldh.png

Original comment by dansp...@gmail.com on 21 Mar 2013 at 6:40

GoogleCodeExporter commented 8 years ago
Neither xmonad nor any other normal window manager, in fact, repaints any 
application windows in that case; application windows are repainted by 
applications in response to Expose events delivered to them by the X server, 
without any involvement by the window manager which is not even notified that 
this is happening. (The exception is Compiz and similar window managers, 
because they are actually compositing managers which reflect the application 
window updates into OpenGL textures in order to render them.) This would be an 
issue with urxvt.

While urxvt is generally better than xterm or the rest of the *rxvt family at 
handling tiling window managers, it does have some bugs in this regard. 
(Personally I find xterm to work slightly better than urxvt in many cases, but 
a lightweight VTE-based terminal is more reliable than either.)

Original comment by allber...@gmail.com on 21 Mar 2013 at 6:40

GoogleCodeExporter commented 8 years ago
Ok thanks, I'll open a bug with the urxvt people then.

Original comment by dansp...@gmail.com on 21 Mar 2013 at 7:16