Bug#949139: xterm: ls --color with errors piped to less sometimes corrupts the xterm status (split escape sequences)
On 2020-01-17 23:45:20 +0100, Vincent Lefevre wrote:
> This is not this issue. The problem is that xterm sets up some margin,
> and the lines at the top can no longer be erased. I need to use the
> "reset" command to fix things.
On my machine, the problem is almost always reproducible with
ll -R /run | less
where
zira:~> where ll
ll: aliased to ls -l
zira:~> where ls
ls: aliased to \ls -bFv --color
/bin/ls
but it does not seem to be reproducible with
/bin/ls -bFv --color -l -R /run | less
That's rather strange.
--
Vincent Lefèvre <vincent@vinc17.net> - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)
Reply to: