#3439·waveterm

[Bug]:持久SSH终端在RPC流超时后仍被错误地附着而无互动

作者: andrewinalaska创建于 2026年7月21日更新于 2026年8月28日

□ 当前的行为

一个持久的SSH终端断断续续地变成完全非交互性:

  • 终端输出停止更新。
  • 键盘输入没有效果。
  • 盾牌继续显示** Dubable Cession(附图)**。 -波报告SSH连接连接
  • 远程外壳和前景应用保持健康。
  • 完全退出并重开波段成功重排到原会话中并恢复交互.

在被捕获的事件中,一个Codex进程正在终端运行. 在"波"块停止响应后,"Codex"继续远程工作并完成任务. 最初的进程仍然有效:

页:1 PID 1964 工作经理 PID 1973 击打 PID 3100 代码x


在重启"波"后,同样的PID被保留了下来,而现有的会话再次变得反应灵敏.

远程耐用会话记录:

页:1
2026/07/20 16:09:19 SendData:错误发送流数据:超时发送请求

此错误发生后, Wave 没有标记已断开的工作 。 盾牌仍被附着,没有发生自动重接.

当波段重新启动时,远程日志显示:

页:1 2026/07/20 18:57:45 认证ToJobManager:认证成功 2026/07/20 18:57:45 SetApped Client:踢出现有客户端 2026/07/20 18:57:45 连接 ToStream 帮助器:断开现有客户端 2026/07/20 18:57:45 接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通接通 2026/07/20 18:57:45 准备Connect:shreamid=b21b548f-887d-4e49-8d3d-02521da369c 客户端Seq=19863439 服务器Seq=19863439 shreamDone=false streamError="已退出=虚假 2026/07/20 18:57:45 StartStream:shream=b21b548f-887d-4e49-8d3d-02521da369crwnd=65536 相继开通.


" 客户Seq " 和 " serverSeq " 在当地波浪日志中是相同的, " totalGap=0 " 表示后端有完整的终端流,尽管终端块被冻结了。

更早之前,

页:1
2026-07-20 15:35:21.507 [websocket] WritePump错误
写作tcp 127.0.0.1:45359->127.0.0.1:33439:i/o超时

wshrouter 无人机路线"feblock:777680bf-221f-4bba-9cb3-5689b245b1f3".
wshrouter 未注册链接 6#[ws:tab:9c4d3ecd-3fda-4dd1-99bc-dc1a0879e74]

波浪立即又创建了另一个WebSocket链接并反弹了块,但终端后来变得没有反应.

类似的远程“SendData:超时发送请求”错误发生于7月15日,7月19日,7月20日两度发生于持久会议。

□ 预期行为

当持久工作的 RPC 或流路径停止接受数据时 :

  1. 波浪应标志着长期工作被取消或停止。
  2. 盾牌不应继续显示附件。
  3. 波浪应关闭已停用路线并自动与现有工作经理重新连接.
  4. 应逐一检查产出和输入的健康情况,而不应只依靠路线登记。
  5. 恢复不应要求重新启动整个波浪应用程序。

□步骤 . . . . . . .

内容来源: wavetermdev/waveterm