O prompt do terminal não está sendo encapsulado corretamente

Eu tenho um problema em que, se eu digitar comandos muito longos no bash, o terminal não renderizará o que estou digitando corretamente. Eu esperaria que, se tivesse um comando como o seguinte:

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

O comando deve renderizar em duas linhas. Em vez disso, ele geralmente se espalha e começa a escrever por cima do meu prompt, mais ou menos assim:

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

Se eu decidir voltar e alterar algum argumento, não há como dizer onde o cursor aparecerá, às vezes no meio do prompt, mas geralmente na linha acima de onde estou digitando.

Diversão adicional acontece quando quando eu Uppara um comando anterior. Eu tentei isso no gnome-terminal e terminator e no i3 e Cinnamon. Alguém sugeriu que era o meu prompt, então aqui está:

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

Ctrll,, resete cleartodos fazem o que dizem, mas quando digito o comando novamente, ou Upacontece o mesmo.

Eu verifiquei e checkwinsizeestá ativado no bash. Isso acontece em 80x24 e em outros tamanhos de janela.

Isso é apenas algo que eu aprendo a conviver? Existe algum pedaço de magia que eu deveria saber? Decidi usar apenas um prompt muito curto, mas isso não resolve o problema.

Seqüências não imprimíveis devem estar entre \[e\] . Olhando para o seu PS1, ele tem uma sequência não revelada depois \W. Mas, a segunda entrada é redundante e repete a instrução anterior "1; 34" .

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

Como tal, isso deveria ter a intenção de colorir:

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

Manter o "original" também deve funcionar:

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

Editar:

A razão para o comportamento é porque bashacredita que o prompt é mais longo do que realmente é. Como um exemplo simples, se alguém usar:

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

Acredita-se que o prompt tenha 8 caracteres e não 1. Como tal, se a janela do terminal tiver 20 colunas, depois de digitar 12 caracteres, acredita-se ter 20 caracteres e contornar. Isso também é evidente se alguém tentar fazer backspace ou Ctrl+u. Para na coluna 9.

No entanto, ele também não inicia uma nova linha, a menos que esteja na última coluna, como resultado, a primeira linha é substituída.

Se alguém continuar digitando, a linha deve passar para a próxima linha após 32 caracteres.

Tem a ver principalmente com o tamanho da janela assumida pelo terminal não é o mesmo que o tamanho real da janela. Se você estiver usando o bash, tente isso.

$ shopt checkwinsize

Se você não receber

checkwinsize    on

Em seguida, ative-o com

$ shopt -s checkwinsize

Em seguida, tente executar outro comando (como ls) ou redimensionar a janela uma vez, o acima funciona para mim o tempo todo.

Para os sistemas Redhat, em particular, o problema geralmente é causado pela configuração incorreta ~/.bashrcpara não ligar /etc/bashrc. Normalmente, o bash carrega o ~/.bashrcque é esperado chamar /etc/bashrc, que por padrão contém shopt -s checkwinsize.

Como mencionado em outras respostas, sequências não imprimíveis como \e[0;30mdevem ser envolvidas \[...\].

Além disso (e o que ainda não vi mencionado), parece que ele \r\ndeve estar fora do \[...\]se você tiver um prompt de várias linhas. Levei algumas tentativas e erros para finalmente descobrir isso.

Uma vez eu li em algum lugar (não sei mais onde) que usar \001e ao \002invés de \[e \]pode resolver esse problema. Isso fez por mim.

A propósito, definir PS1 não precisa parecer feio.

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

Isso soa como um problema nas configurações da variável COLUMNS& LINESambiente. Quando você redimensionar a janela eles estão tipicamente definido automaticamente pelo gnome-terminal (creio eu) você pode forçá-los a ser definido manualmente, emitindo o comando resize.

Exemplo

Se eu redimensionar meu terminal gnome para 79x17, minhas variáveis ​​aparecerão assim:

$ echo $COLUMNS; echo $LINES
79
17

Eu posso forçá-lo assim:

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

Para evitar quebra automática, você também pode aumentar o número de colunas usando, por exemplo,

stty columns 120

Além disso, o mesmo problema pode ser causado pelo uso de símbolos unicode largos (como em https://stackoverflow.com/a/34812608/1657819 ). Aqui está o trecho que está causando o problema (lembre-se das seqüências de cores de escape apropriadas $Greene $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

O Bash não pode calcular o comprimento corretamente, portanto, a maneira mais fácil seria escapar de duas das três partes desses símbolos largos.

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