[Bug] 输入命令与运行的命令不一致

[zhou-zhenming]

Operating system

Windows

Netcatty version

1.1.40

How did you install Netcatty?

GitHub Release (.dmg / .exe / .AppImage / .deb / .rpm / .pacman)

Affected area

SSH connection / terminal

Can you reproduce it?

Sometimes

Steps to reproduce

1. 打开工具
2. 通过ssh连接linux系统(我这里是centos7.9)
3. 源码编译gcc依赖项，例如gmp，mpfr，mpc。

Expected behavior

./configure --prefix=/usr/local/gcc-dependence/mpfr-4.1.1 --with-gmp=/usr/local/gcc-dependence/gmp-6.2.1

Actual behavior

./configure ---prefix=/usr/lolocal/gcc-dependence/mpfr-4.1.1 --with-gmp=/usr/local/gcc-dependence/gmp-6.2.1

Logs / screenshots

No response

Before submitting

• I searched existing issues and did not find a duplicate
• I removed passwords, private keys, and other secrets from this report

[Ryanisgood]

可能是自动补全冲突了导致的，可以把自动补全关掉试试。有时候 远端回显比较慢、输入很快、ghost text 还没更新，就可能把旧的补全尾巴写进去

[zhou-zhenming]

好的，我关掉尝试下。。。 半只橙 ***@***.***

[zhou-zhenming]

可能是自动补全冲突了导致的，可以把自动补全关掉试试。有时候 远端回显比较慢、输入很快、ghost text 还没更新，就可能把旧的补全尾巴写进去

我尝试了，并不是自动补全导致的，自动补全的配置如下图，还是会有问题。。。

[binaricat]

我这边看了一轮，目前还没法百分百锁定原因；自动补全这条线从你的截图看基本可以先排除。为了继续定位，麻烦你补充几个信息：

1. 这条 ./configure ... 命令当时是逐字手输、复制粘贴，还是从片段/脚本/组合输入栏发送的？如果都有试过，哪一种会复现？
2. 复现时工作区的“广播”模式有没有开启？是否同时开了多个终端分屏或标签？
3. Windows 上是否开启了中文输入法/剪贴板工具/键盘增强工具？复现时输入法是在中文模式还是英文模式？
4. 能否用一条更短的命令稳定或半稳定复现，例如只输入/粘贴：echo --prefix=/usr/local？如果能，请贴一下屏幕显示和实际输出。
5. 如果方便，请确认一下同一台 CentOS 机器，用 Windows 自带 OpenSSH、PuTTY、Windows Terminal 之类直接 SSH 时，同样输入方式是否也会出现。

我需要这些信息来判断问题发生在：按键/粘贴进入 Netcatty 之前、Netcatty 发送到 SSH 之前，还是远端 shell/readline 处理阶段。现在证据还不足，不想提一个猜测性的修复。

[zhou-zhenming]

我这边看了一轮，目前还没法百分百锁定原因；自动补全这条线从你的截图看基本可以先排除。为了继续定位，麻烦你补充几个信息：

1. 这条 ./configure ... 命令当时是逐字手输、复制粘贴，还是从片段/脚本/组合输入栏发送的？如果都有试过，哪一种会复现？
2. 复现时工作区的“广播”模式有没有开启？是否同时开了多个终端分屏或标签？
3. Windows 上是否开启了中文输入法/剪贴板工具/键盘增强工具？复现时输入法是在中文模式还是英文模式？
4. 能否用一条更短的命令稳定或半稳定复现，例如只输入/粘贴：echo --prefix=/usr/local？如果能，请贴一下屏幕显示和实际输出。
5. 如果方便，请确认一下同一台 CentOS 机器，用 Windows 自带 OpenSSH、PuTTY、Windows Terminal 之类直接 SSH 时，同样输入方式是否也会出现。

我需要这些信息来判断问题发生在：按键/粘贴进入 Netcatty 之前、Netcatty 发送到 SSH 之前，还是远端 shell/readline 处理阶段。现在证据还不足，不想提一个猜测性的修复。

1. 部分粘贴部分手敲，前面./configure --prefix=/usr/local/gcc-dependence/mpfr-4.1.1 是手敲的，后面的--with-gmp=/usr/local/gcc-dependence/gmp-6.2.1是粘贴的。其他的还没试过。
2. 开启了两个终端，但是没有分屏。应该没有开启广播，我不知道这个功能在哪开。
3. Windows用的是微信输入法，输入的时候是英文模式。没有额外装剪贴板工具和键盘增强工具，只装了一个微信输入法。
4. 我最近使用的时候尝试下。
5. 我是连接到的虚拟机，测试完成后恢复快照了，但是应该也算是同一台？ 你说的这三个工具我都没用过，我在使用netcatty之前用的windterm和mobaxterm，这两个软件暂时都没有出现过前面提到的问题。
6. 详细信息等我测试一下看看，能否复现。

[zhou-zhenming]

我这边看了一轮，目前还没法百分百锁定原因；自动补全这条线从你的截图看基本可以先排除。为了继续定位，麻烦你补充几个信息：

1. 这条 ./configure ... 命令当时是逐字手输、复制粘贴，还是从片段/脚本/组合输入栏发送的？如果都有试过，哪一种会复现？
2. 复现时工作区的“广播”模式有没有开启？是否同时开了多个终端分屏或标签？
3. Windows 上是否开启了中文输入法/剪贴板工具/键盘增强工具？复现时输入法是在中文模式还是英文模式？
4. 能否用一条更短的命令稳定或半稳定复现，例如只输入/粘贴：echo --prefix=/usr/local？如果能，请贴一下屏幕显示和实际输出。
5. 如果方便，请确认一下同一台 CentOS 机器，用 Windows 自带 OpenSSH、PuTTY、Windows Terminal 之类直接 SSH 时，同样输入方式是否也会出现。

我需要这些信息来判断问题发生在：按键/粘贴进入 Netcatty 之前、Netcatty 发送到 SSH 之前，还是远端 shell/readline 处理阶段。现在证据还不足，不想提一个猜测性的修复。

补一张图片，是和前面自动补全的截图一起截的，忘记发了。。

[binaricat]

感谢补充，这些信息很有用。新图里 uname 变成了 unamer，说明问题不只发生在粘贴，手敲普通命令也可能多出字符。

麻烦你后面复现时再帮忙做两个很小的对比：

1. 在 Windows 输入法里切到系统自带英文键盘，或临时退出/禁用微信输入法，再用 Netcatty 手敲几次 uname、echo --prefix=/usr/local，看还会不会多字符。
2. 如果方便，在远端先运行 cat -vet，然后手敲几行短文本，比如 uname、echo --prefix=/usr/local，按回车后看 cat 打出来的内容是否已经多字符；结束时按 Ctrl+C。

这两个结果能帮助判断：多出来的字符是在 Windows/输入法进入 Netcatty 前产生的，还是 Netcatty 发到远端时产生的。

[zhou-zhenming]

感谢补充，这些信息很有用。新图里 uname 变成了 unamer，说明问题不只发生在粘贴，手敲普通命令也可能多出字符。

麻烦你后面复现时再帮忙做两个很小的对比：

1. 在 Windows 输入法里切到系统自带英文键盘，或临时退出/禁用微信输入法，再用 Netcatty 手敲几次 uname、echo --prefix=/usr/local，看还会不会多字符。
2. 如果方便，在远端先运行 cat -vet，然后手敲几行短文本，比如 uname、echo --prefix=/usr/local，按回车后看 cat 打出来的内容是否已经多字符；结束时按 Ctrl+C。

这两个结果能帮助判断：多出来的字符是在 Windows/输入法进入 Netcatty 前产生的，还是 Netcatty 发到远端时产生的。

抱歉，是我忘记补充描述了，uname这个截图，我本意是想输入uname -r查看内核版本的，因为我当时正在给centos7升级内核和glibc，回车之后才发现终端显示的是，unamer，导致我以为uname -r中的-号是可以省略的，uname纯粹是敲错了，所以后面敲了一次unamer验证-号是否能省略不写，报错后发现是第一条命令中的空格和-号没显示出来。。

[binaricat]

这个补充很关键：如果你实际输入的是 uname -r，远端也输出了内核版本，但屏幕上看起来像 unamer，那这次至少有一部分不是“命令真的发错了”，而是终端显示把空格和 - 漏画/画错了。

你现在用的是 1.1.40，1.1.41 里已经合入过一次终端 WebGL 字形缓存相关修复。麻烦你优先试两个方式之一：

1. 升级到最新版 1.1.41 后再试；
2. 或者在设置里把终端渲染器从 WebGL/自动切到 DOM，然后新开一个 SSH 终端再试。

如果切到 DOM 或升级后不再出现，那原因基本就能锁定在终端渲染层，而不是 SSH 输入发送层。