Codex history list can become completely empty，Codex

Quick fix

保留 sqlite_home 并迁移活动 SQLite 数据库中的 provider bucket，可恢复可见的 Codex 历史。

Symptom

报错原文复制

After enabling **统一 Codex 会话历史** for Codex, the Codex history list can become completely empty, even though all session files still exist.

Cause

在该 Windows 报告中，Codex 的活动数据库位于 `%USERPROFILE%\.codex\sqlite\state_5.sqlite`，而不是根目录的 `state_5.sqlite`。启用统一会话历史后，`config.toml` 会使用 `model_provider = "custom"`；如果活动数据库中的历史仍属于 `openai` bucket，Codex 只会显示 `custom` 历史，表现为历史为空，但 `.jsonl` 文件并未被删除。

原帖验证的 workaround 是保留 `sqlite_home`，并迁移活动数据库。评论还报告了已标记迁移完成但 `migratedStateRows = 0` 的变体，以及 PR #4292 提出的多数据库扫描和修复工具；该 issue 仍为 open，尚无已合并的官方自动恢复方案。

Fix

1. 1

   在 Codex 的 `config.toml` 顶层保留指向活动 SQLite 目录的 `sqlite_home`。

   %USERPROFILE%\.codex\config.toml

   sqlite_home = 'C:\\Users\\<USER>\\.codex\\sqlite'

2. 2

   在 CC Switch 保存的 Codex provider templates 或 common Codex config 中也保留同一条 `sqlite_home`，避免切换 provider 时覆盖并删除该设置。

3. 3

   启用“统一 Codex 会话历史”后选择迁移已有官方历史，并确认活动 SQLite 数据库中的历史已迁移到 `custom` provider bucket。

Affected Versions

ToolCodex

Version受影响：26.609.x

PlatformsWindows

Source Issues

本页汇总自 1 个真实 issue

• #4289Codex unified session history can show empty history when active state DB is under ~/.codex/sqlite

FAQ

迁移已显示 `migratedStateRows = 0` 时，#4292 后应运行 `codex-history-tool repair --apply`，还是由 CC Switch 自动重跑迁移？

原帖仅提出该恢复路径问题，未给出已确认的结论；评论称 PR #4292 提供诊断/修复工具与活动数据库发现改进，但该 issue 仍为 open。

能否通过在 `config.toml` 中覆盖内置 `openai` provider 来保留 OpenAI 历史 bucket？

不能。报告指出当前 Codex 会拒绝覆盖保留的内置 `openai` provider id。

相关问题

切换供应商会重置claude settings.json - Claude Code切换前先在“通用配置”中从当前供应商提取配置，并在新供应商中勾选“写入通用配置”。11 issues mergedsettings.json 被重置 - Claude Code将插件、hooks 等共享字段写入「通用配置」并在切换时勾选写入；接管模式异常时先关闭后切换供应商再开启。12 issues merged无法用已有 provider auth 恢复：Codex 缺少 auth.json本地 auth.json 缺失但 provider 已有认证时，升级至维护者确认修复的 v3.13.0；同步或 SQL 导出认证为空的报告尚无可验证解法。2 issues merged