Configuration Information [Automatically generated, do not change]:
Compilation CFLAGS: -DPROGRAM='bash' -DCONF_HOSTTYPE='x86_64' -DCONF_OSTYPE='linux-gnu' -DCONF_MACHTYPE='x86_64-pc-linux-gnu' -DCONF_VENDOR='pc' -DLOCALEDIR='/usr/share/locale' -DPACKAGE='bash' -DSHELL -DHAVE_CONFIG_H -I. -I../. -I.././include -I.././lib -Wdate-time -D_FORTIFY_SOURCE=2 -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -Wall -no-pie
uname output: Linux dawn 4.8.0-34-generic #36-Ubuntu SMP Wed Dec 21 17:24:18 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux
Machine Type: x86_64-pc-linux-gnu
Bash Version: 4.3
Patch Level: 46
Release Status: release
Problem described here: https://bugs.launchpad.net/ubuntu/+source/gnome-terminal/+bug/1443849
15 Mar 2015
Full-width character, followed by at least one full word with a space after it.
Example: あa a
With trailing space.
Typing before the full-width character causes the 'あ' to be pushed to next line, with a blank space on previous line though if selected and copied it will actually produce a space.
The 'あ' occupies two columns on the new line, but characters after the first a are only moved one column to the right. The first a, or the first character after the 'あ' including a space, is pushed two columns to the right, covering the second character after the 'あ'.
A similar bug occurs when deleting characters before the 'あ', except no trailing space is required. A character is duplicated but might be first letter of first word on second line, or last letter of next word. Duplicating one letter as soon as 'あ' goes to previous line is easy to replicate; duplicating other letters as further characters before 'あ' are deleted might only happen after resetting the line using up arrow then down arrow, but actually just because of forward bug because displayed characters change after pressing up then down. Second word on line only seems to be affected if no other words after it.
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.
I'm not sure if it's a bug with bash as the ttys accessed with ctrl-alt-F1, etc. don't properly show Chinese characters.