On 2011-12-31 00:16:29 +0100, Vincent Lefevre wrote: > On 2011-12-28 20:14:41 +0100, Vincent Lefevre wrote: > > Similar problem after doing a next search in "less", while an Emacs > > window was partially covering the xterm window. The part above the > > Emacs window was drawn with incorrect characters. Moving the Emacs > > window over the xterm window (without touching xterm) made the > > display problem disappear, showing that this is just a rendering > > bug. > > I can now reproduce the problem almost 100% of the time. Actually > that's the top-left part that is incorrect. I'll provide some > screenshots. I did a "xtrace --relative-timestamps -o xterm.xtrace xterm" in case the xtrace output could be useful. I've attached an archive containing the xtrace output xterm.xtrace and 3 screenshots, obtained with "import -window root <file.png>". Here are the details of what I did: 1. Put the Emacs window partly over the xterm window. 2. Typed "man curl". 3. Searched for "https". 4. Quit "less". 5. Typed "man curl" again. 6. Took the 1st screenshot (xterm1.png). 7. Searched for "https" again. The bug appeared. 8. Took the 2nd screenshot (xterm2.png). 9. Moved to another desktop. 10. Moved back to the original desktop: xterm was redrawn correctly. 11. Took the 3rd screenshot (xterm3.png). 12. Quit "less". 13. Quit xterm. Note: I don't know what is this black rectangle that appears on the left in the screenshots. It didn't appear on the screen of my laptop. Also, I had to type "man curl" twice because the bug doesn't appear the first time (this is unrelated to the fact I took a screenshot or not). -- Vincent Lefèvre <vincent@vinc17.net> - Web: <http://www.vinc17.net/> 100% accessible validated (X)HTML - Blog: <http://www.vinc17.net/blog/> Work: CR INRIA - computer arithmetic / Arénaire project (LIP, ENS-Lyon)
Attachment:
bug.tar.xz
Description: Binary data