Терминальная подсказка неправильно упакована

У меня есть проблема, при которой, если я введу очень длинные команды в bash, терминал не отобразит то, что я печатаю правильно. Я ожидаю, что если бы у меня была команда, подобная следующей:

username@someserver ~/somepath $ ssh -i /path/to/private/key
myusername@something.someserver.com

Команда должна отображаться в две строки. Вместо этого он часто оборачивается и начинает писать поверх моей подсказки, примерно так:

myreallylongusername@something.somelongserver.comh -i /path/to/private/key

Если я решу вернуться и изменить какой-либо аргумент, я не скажу, где будет отображаться курсор, иногда в середине приглашения, но обычно в строке выше, где я печатаю.

Дополнительное веселье происходит, когда я Upк предыдущей команде. Я пробовал это и в терминале gnome, и в терминаторе, и на i3 и Cinnamon. Кто-то предположил, что это была моя подсказка, поэтому вот что:

\[\033[01;32m\]\u:\[\033[01;34m\] \W\033[01;34m \$\[\033[00m\]

Ctrll, resetи clearвсе делают то, что говорят, но когда я набираю команду обратно или происходит Upто же самое.

Я проверил и checkwinsizeвключен в Bash. Это происходит в 80x24 и других размерах окна.

Это то, с чем я учусь жить? Есть ли какая-то магия, которую я должен знать? Я согласился только на использование очень короткого приглашения, но это не решает проблему.

Непечатаемые последовательности должны быть заключены в \[и\] . Глядя на ваш PS1, у него есть нераскрытая последовательность после \W. Но вторая запись является избыточной, а также повторяет предыдущее утверждение «1; 34» .

\[\033[01;32m\]\u:\[\033[01;34m\] \W\033[01;34m \$\[\033[00m\]
                  |_____________|               |_|
                         |                       |
                         +--- Let this apply to this as well.

Как таковой, он должен иметь предназначенную окраску:

\[\033[1;32m\]\u:\[\033[1;34m\] \W \$\[\033[0m\]
                               |_____|
                                  |
                                  +---- Bold blue.

Сохраняя «оригинал», это также должно работать:

\[\033[1;32m\]\u:\[\033[1;34m\] \W\[\033[1;34m\] \$\[\033[0m\]
                                  |_|         |_|
                                   |           |
                                   +-----------+-- Enclose in \[ \]

Редактировать:

Причиной такого поведения является то, что bashсчитает, что подсказка длиннее, чем на самом деле. В качестве простого примера, если использовать один:

PS1="\033[0;34m$"
       1 2345678

Предполагается, что подсказка состоит из 8 символов, а не 1. Таким образом, если окно терминала состоит из 20 столбцов, то после ввода 12 символов оно считается 20 и переворачивается. Это также очевидно, если затем попытаться сделать возврат или Ctrl+u. Он останавливается на колонке 9.

Однако он также не начинает новую строку, если только она не находится в последнем столбце, в результате первая строка перезаписывается.

Если вы продолжаете печатать, строка должна переноситься на следующую строку после 32 символов.

В основном это связано с тем, что размер окна, принятый терминалом, не совпадает с фактическим размером окна. Если вы используете Bash, вы можете попробовать это.

$ shopt checkwinsize

Если вы не получите

checkwinsize    on

Затем активируйте его с помощью

$ shopt -s checkwinsize

Затем просто попробуйте запустить другую команду (например ls) или изменить размер окна один раз, вышеописанное работает для меня каждый раз.

В частности, для систем Redhat проблема часто возникает из-за неправильной настройки, ~/.bashrcчтобы не вызывать /etc/bashrc. Обычно bash загружает ~/.bashrcожидаемый вызов /etc/bashrc, который по умолчанию содержит shopt -s checkwinsize.

Как упоминалось в других ответах, непечатаемые последовательности, такие как, \e[0;30mдолжны быть обернуты \[...\].

Кроме того (и то , что я не вижу , упоминается еще) это , кажется , что \r\nдолжно быть вне из \[...\]если у вас есть многострочный запрос на. Мне понадобилось несколько проб и ошибок, чтобы наконец понять это.

Однажды я где-то читал (не знаю где), что использую, \001а \002не могу \[и \]могу решить эту проблему. Это для меня.

Кстати, определение PS1 не должно выглядеть уродливо.

green="\001$(tput setaf 2)\002"
blue="\001$(tput setaf 4)\002"
dim="\001$(tput dim)\002"
reset="\001$(tput sgr0)\002"

PS1="$dim[\t] " # [hh:mm:ss]
PS1+="$green\u@\h" # user@host
PS1+="$blue\w\$$reset " # workingdir$

export PS1
unset green blue dim reset

Это звучит как проблема с настройками переменных COLUMNS& LINESenvironment. Когда вы изменяете размер окна, они обычно устанавливаются автоматически с помощью gnome-терминала (я полагаю), вы можете принудительно установить их вручную, введя команду resize.

пример

Если я изменю размер моего gnome-терминала на 79x17, мои переменные будут выглядеть так:

$ echo $COLUMNS; echo $LINES
79
17

Я могу заставить это так:

$ resize
COLUMNS=79;
LINES=17;
export COLUMNS LINES;

Чтобы предотвратить перенос, вы также можете увеличить количество столбцов, используя, например,

stty columns 120

Также та же проблема может быть вызвана использованием широких символов Юникода (например, https://stackoverflow.com/a/34812608/1657819 ). Вот фрагмент кода, вызывающий проблему (обратите внимание на $Greenи $Redправильно экранированные строки цвета):

FancyX='\342\234\227'
Checkmark='\342\234\223'


# Add a bright white exit status for the last command
PS1="$White\$? "
# If it was successful, print a green check mark. Otherwise, print
# a red X.
if [[ $Last_Command == 0 ]]; then
    PS1+="$Green$Checkmark "
else
    PS1+="$Red$FancyX "
fi

Bash не может правильно рассчитать длину, поэтому самым простым способом может быть экранирование двух из трех частей этих широких символов.

FancyX='\[\342\234\]\227'
Checkmark='\[\342\234\]\223'