On 3/4/17 12:53 AM, Misaki wrote: > 05 May 2015 > Maybe related bug. If line is offset, such as due to ctrl-C while a command > is running that doesn't doesn't cause a newline when it exits, then pasting > a string that contains full-width characters causes the display of the > first line to be truncated. Doesn't require use of full-width characters. > > Example of how to replicate: > 1) run ffmpeg -i <video> -f mp4 /dev/null -preset veryfast /dev/null -y |& > grep hi (the '&' is necessary for ffmpeg's text output as it's standard > error or whatever) > 2) press ctrl-C almost immediately > 3) result: ^C is appended before input prompt, which is shifted right by > two columns. Can then paste text and see it get truncated. Important if you > select text to copy it, either with shift-ctrl-C or middle-click paste.
This is not a bug. Readline assumes that it starts with the cursor in column 0, so it knows the effect of displaying characters and where to move the cursor. If it doesn't start in column 0, it can't discover that, so its display calculations are going to be wrong. This has come up before; for example in http://lists.gnu.org/archive/html/bug-bash/2015-03/msg00144.html -- ``The lyf so short, the craft so long to lerne.'' - Chaucer ``Ars longa, vita brevis'' - Hippocrates Chet Ramey, UTech, CWRU c...@case.edu http://cnswww.cns.cwru.edu/~chet/
