Repository navigation
fix(terminal): acentos das mensagens do ssh no lugar dos códigos octais - #112
Merged
Merged
Conversation
O ssh.exe escapa em octal os bytes cp1252 das mensagens do Windows ("n\343o \351"); a saída das abas SSH e a mensagem do agente SSH voltam a ter os acentos.
…ém vira acento A saída do pty chega em pedaços: o fim que pode continuar no próximo fica guardado e sai junto com ele, ou após 20 ms sem saída, ou no fim do processo.
acacio90
force-pushed
the
fix/100-acentos-ssh
branch
from
October 27, 2026 21:58
85a68a7 to
53442d7
Compare
This was referenced Oct 27, 2026
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
O que mudou
ssh.exeescapa em octal os bytes que não são UTF-8 válido nas próprias mensagens. No Windows em português o texto do sistema vem em cp1252 e aparecia comoEste host n\343o \351 conhecido.unescapeSshText(src/sessions/ssh-text.ts): os escapes voltam a ser acentos (UTF-8 quando a sequência é UTF-8 válido, senão cp1252). Só troca o que decodifica em letras; caminhos comoC:\Users, barras literais (\\351) e bytes que não são letras ficam como estão.openTerminalaceita um filtro opcional para a saída (push/flush); as abas SSH usam osshTextStream, então a aba e o agente recebem o texto já com acentos.sshTextStreamguarda o fim de um pedaço que pode continuar no próximo (um\3cortado, ou os bytes de um mesmo caractere UTF-8) e solta junto com o próximo pedaço. Se nada vier em 20 ms, ou o processo terminar, o que ficou guardado sai como está (para uma\digitada no shell remoto não esperar a próxima tecla).parseAgentList) também passa pelounescapeSshText.Testes
npm run typecheck: oknpm test: 166/166 passaram (novos:test/ssh-text.test.ts, com todos os pontos de corte possíveis de uma mensagem, e os casos do filtro emtest/terminals.test.ts)npm run test:ui: 88/89 passaram; a falha foi o teste de Wake-on-LAN (wol.spec.ts), instável, que passou 3/3 ao rodar de novo (numa rodada anterior, NFS e VPN falharam do mesmo jeito e passaram nesta)Closes #100