Hello, I noticed the following issue by using mosh together with the "matcher" extension in urxvt 9.15, but the following small shell script can trigger the same misbehavior:
clear echo -en '\033[2;3Hhttp://foo.barzfooquux' sleep 2 echo -en '\033[2;4Hz' sleep 2 echo echo broken After running the program in "urxvt -pe matcher", you'll see this output: hztp://foo.barzfooquux - -------------------- broken Notice that the URL underlining should be completely removed (because hztp is not a known protocol), IMO *at least* after the cursor has left the line (I could understand if it doesnt do it for every char-change in the line). This seems to happen because on_line is not triggered such that "matcher" gets re-run. I never really noticed the issue before, but now I use mosh (http://mosh.mit.edu), which has a very efficient redrawing algorithm, and will trigger this behavior frequently because it does not redraw chars "that already fit" and thus leaves stray underlined chars whereever a URL used to be. Any ideas how to fix this? -- Christian Neukirchen <[email protected]> http://chneukirchen.org _______________________________________________ rxvt-unicode mailing list [email protected] http://lists.schmorp.de/cgi-bin/mailman/listinfo/rxvt-unicode
