[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Full-width characters can result in an unwanted space in filenames

From: Misaki
Subject: Full-width characters can result in an unwanted space in filenames
Date: Fri, 3 Mar 2017 21:53:44 -0800

Configuration Information [Automatically generated, do not change]:
Machine: x86_64
OS: linux-gnu
Compiler: gcc
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

Also here:

15 Mar 2015
bash bug
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.

Unrelated: http://pastebin.com/4ukwRxDG

reply via email to

[Prev in Thread] Current Thread [Next in Thread]