OxideTerm version / 版本
2.0.27
Platform / 平台
Windows (x86_64)
Installation source / 安装来源
GitHub Release (.dmg / .exe / .AppImage / .deb / .rpm)
Area / 问题领域
Terminal / local terminal / serial
Summary / 简述
新建一个 Serial 会话（COM5，115200）后，该会话会正常显示在左侧"活动会话"列表中。断开串口连接（点击"关闭连接"）后，该会话仍然保留在活动会话列表里（显示为已断开状态）。
但是完全退出 OxideTerm 并重新打开后，该 Serial 会话不再出现在"活动会话"中，活动会话里只剩下之前打开过的 SSH 会话（"编译服务器"）。
会话本身并没有丢失，它仍然存在于：
会话管理（会话管理 → Imported → COM5）
启动页的"继续工作"弹窗中
因此怀疑是工作区/会话树（session tree）恢复逻辑的问题：已断开的 Serial 会话的运行时记录没有被重建回"活动会话"树中。
Reproducibility / 可复现性
Always (100%) / 必现
Steps to reproduce / 复现步骤
1、打开 OxideTerm 2.0.27（稳定版，Windows）。
2、新建一个 Serial 会话，连接 COM5 @ 115200。此时活动会话中可以看到该会话。
3、断开连接（关闭连接）。活动会话中该会话仍然可见（已断开状态）。
4、完全退出 OxideTerm（正常退出，非强制结束进程）。
5、重新打开 OxideTerm。
Expected vs actual / 预期与实际
预期行为：已断开的 Serial 会话（COM5）应像其他类型会话一样，在重启后恢复显示在"活动会话"中，或者至少可以从活动会话中重新连接。
实际行为：重启后"活动会话"中只剩 SSH 会话"编译服务器"，Serial 会话 COM5 消失；但会话管理和"继续工作"中仍然存在 COM5。
Logs or screenshots / 日志或截图
断开状态下 COM5 仍显示在活动会话中（"编译服务器"分组下的 "Serial COM5"）
重启后：活动会话为空，右下角"继续工作"弹窗中显示 COM5
关于页面：OxideTerm 2.0.27，稳定版通道
Additional environment details / 其他相关环境信息
操作系统：Windows（10/11）
OxideTerm 版本：2.0.27
更新通道：稳定版
会话类型：Serial（COM5，115200，8N1）
复现频率：每次重启必现
该会话位于"Imported"分组下（会话管理 → Imported → COM5）。
可能与 2.0.25 的更新有关："Reworked Serial, Telnet, Mosh, RDP, and VNC session records so disconnected sessions retain their original profile identity"——断开状态的 Serial 会话的恢复路径可能仍有问题，重启后没有被加回活动会话树。
初步怀疑：session_tree.json 工作区快照中没有包含该已断开的 Serial 节点，或者包含了但在启动时没有被重建为活动会话的运行时句柄。
如有需要，我可以提供 session_tree.json 的相关内容或诊断日志。
Contribution / 参与贡献
Checklist
OxideTerm version / 版本
2.0.27
Platform / 平台
Windows (x86_64)
Installation source / 安装来源
GitHub Release (.dmg / .exe / .AppImage / .deb / .rpm)
Area / 问题领域
Terminal / local terminal / serial
Summary / 简述
新建一个 Serial 会话（COM5，115200）后，该会话会正常显示在左侧"活动会话"列表中。断开串口连接（点击"关闭连接"）后，该会话仍然保留在活动会话列表里（显示为已断开状态）。
但是完全退出 OxideTerm 并重新打开后，该 Serial 会话不再出现在"活动会话"中，活动会话里只剩下之前打开过的 SSH 会话（"编译服务器"）。
会话本身并没有丢失，它仍然存在于：
因此怀疑是工作区/会话树（session tree）恢复逻辑的问题：已断开的 Serial 会话的运行时记录没有被重建回"活动会话"树中。
Reproducibility / 可复现性
Always (100%) / 必现
Steps to reproduce / 复现步骤
1、打开 OxideTerm 2.0.27（稳定版，Windows）。
2、新建一个 Serial 会话，连接 COM5 @ 115200。此时活动会话中可以看到该会话。
3、断开连接（关闭连接）。活动会话中该会话仍然可见（已断开状态）。
4、完全退出 OxideTerm（正常退出，非强制结束进程）。
5、重新打开 OxideTerm。
Expected vs actual / 预期与实际
预期行为：已断开的 Serial 会话（COM5）应像其他类型会话一样，在重启后恢复显示在"活动会话"中，或者至少可以从活动会话中重新连接。
实际行为：重启后"活动会话"中只剩 SSH 会话"编译服务器"，Serial 会话 COM5 消失；但会话管理和"继续工作"中仍然存在 COM5。
Logs or screenshots / 日志或截图
Additional environment details / 其他相关环境信息
操作系统：Windows（10/11）
OxideTerm 版本：2.0.27
更新通道：稳定版
会话类型：Serial（COM5，115200，8N1）
复现频率：每次重启必现
该会话位于"Imported"分组下（会话管理 → Imported → COM5）。
可能与 2.0.25 的更新有关："Reworked Serial, Telnet, Mosh, RDP, and VNC session records so disconnected sessions retain their original profile identity"——断开状态的 Serial 会话的恢复路径可能仍有问题，重启后没有被加回活动会话树。
初步怀疑：session_tree.json 工作区快照中没有包含该已断开的 Serial 节点，或者包含了但在启动时没有被重建为活动会话的运行时句柄。
如有需要，我可以提供 session_tree.json 的相关内容或诊断日志。
Contribution / 参与贡献
Checklist
I tested with the latest release, can still reproduce the issue, and searched existing issues / 我已使用最新正式版测试，问题仍然存在，并已搜索过已有 Issue
This is one reproducible bug, not a usage question or feature request / 这是一个可复现的 bug，而不是使用问题或功能建议
I provided the OxideTerm version, platform, and steps to reproduce; I understand vague, incomplete, or inactive issues may be closed.
我已提供 OxideTerm 版本、平台及复现步骤；我理解描述模糊、信息不足或长期无回复的 Issue 可能会被关闭。
I removed passwords, private keys, and other secrets from this report.
我已从本报告中删除密码、私钥及其他敏感信息。