请求
我在 v2.1.2 上遇到了工作区历史会话不可见的问题。检查后发现,已合并的 PR #912 与本机现象吻合。
请问是否计划发布包含该修复的正式版本,或者将它回移到当前稳定发布分支?这是一份受影响用户的发布请求,不是新的修复提案。
环境与现象
- Linux,本机安装的 codex-remote 为 v2.1.2。
- 工作区和已有会话最初在 ChatGPT 桌面端中创建。
- 飞书中选择用户主目录工作区,可以看到一些历史会话。
- 选择具体项目目录的工作区时,没有历史会话,只显示“新建会话”和“创建 worktree”。
已确认的本机证据
- 一个受影响项目在
~/.codex/state_5.sqlite 中有 5 条未归档主会话;其 source 为 cli 或 vscode,agent_role 为空。
- 这 5 条会话也存在于 codex-remote 的实例状态中,说明历史数据已经被读取。
- 会话的
CWD 是正确的项目目录,但 WorkspaceKey 被标记为观察它的实例目录,例如用户主目录、另一个目录或 headless pool 的状态目录。
- 选择真实项目工作区时,历史会话没有进入选择列表。
以上仅保留字段关系,没有附带会话正文、真实会话 ID、飞书标识或凭据。
与现有修复的关系
期望
通过正式发布渠道获得 #912 的修复,使桌面端创建的已有会话在选择其真实项目工作区后能够正常显示和恢复。
请求
我在 v2.1.2 上遇到了工作区历史会话不可见的问题。检查后发现,已合并的 PR #912 与本机现象吻合。
请问是否计划发布包含该修复的正式版本,或者将它回移到当前稳定发布分支?这是一份受影响用户的发布请求,不是新的修复提案。
环境与现象
已确认的本机证据
~/.codex/state_5.sqlite中有 5 条未归档主会话;其source为cli或vscode,agent_role为空。CWD是正确的项目目录,但WorkspaceKey被标记为观察它的实例目录,例如用户主目录、另一个目录或 headless pool 的状态目录。以上仅保留字段关系,没有附带会话正文、真实会话 ID、飞书标识或凭据。
与现有修复的关系
master,合并提交为61ec4f38d3a92958f272c6dc20da375c39857ab1。master为ca36799e6390cb8379e7649b78c3750e7757f86b,已包含该合并提交。dev-latest预发布。期望
通过正式发布渠道获得 #912 的修复,使桌面端创建的已有会话在选择其真实项目工作区后能够正常显示和恢复。