据 GitHub 上 openai/codex 仓库的两个问题报告（#56691、#56655），多名用户称，VS Code 中的 Codex 扩展更新到 26.1021.22027 版（预发布通道为 26.51021.22027）后，点开侧栏会提示 "Codex could not start"。两个问题在来源页面上均显示为 Open（未关闭），带有 bug、extension、windows-os 标签。
2026 年 10 月 24 日，用户 Rafaellaerin 提交 #56691：在 Windows（NT 10.0.19045）的 VS Code 1.143.1 上，该版本扩展（openai.chatgpt）打开侧栏后提示 "Codex could not start"，有时还报 Service Worker 注册失败（InvalidStateError）。他称清缓存、重置 Service Worker 数据、新建用户目录与扩展目录、关闭 GPU 加速均无效，回退到 26.1007.21434 后恢复正常。同日，用户 AK25789 提交 #56655，称预发布版 26.51021.22027 在 Windows 11 Pro（build 26300）上症状相同，回退到 26.51007.21434 可解决。
多名用户贴出的扩展日志都显示 reason=renderer_ready_timeout、timeoutMs=30000、receivedWebviewMessage=false：约 30 秒后报 "Webview renderer did not become ready"。
用户 georgeorx 在一台 2010 年的 Intel Core i5 M 520（2 核、8 GB 内存）上测得：26.1021 的 webview 在报告就绪前预加载 3,203 个文件，26.1007 约 16 个。他临时调高 30 秒就绪超时（仅用于诊断）后 Codex 能正常启动，首次启动到 app routes mounted 用时 126–142 秒，之后 45–61 秒。
用户 interconnectedMe 在 Linux x64 上做了对照测试：预发布版 26.51007.21434 的初始静态依赖图约 6 个 JS 文件、19.9 MB；26.51021.22027 与稳定版 26.1021.22027 的根预加载列表为 3,203 个资源（3,045 个 JS + 158 个 CSS），约 73.1 MB。同时打开 11 个会话窗口，旧版 11/11 就绪，新版 0/11，换回旧版又是 11/11。
其他用户的数据显示，问题与环境也有关系：
renderer_ready_timeout，并记录到一次启动 renderer_ready 用时 28.6 秒，距上限仅差 1.4 秒；他还称同时运行 Codex 桌面应用会让启动明显变慢。git.autoRepositoryDetection 设为 false 并清理一个约 42,000 个文件的仓库后恢复启动，但成功启动仍需约 32.5 秒。用户 macropas 称在 Fedora 44 上情况类似；trentnix 称在 Linux Mint 22.3 上复现，降到 26.1007.21434 后恢复；syedasif11 称在 Debian 13（x64）上把 VS Code 从 1.143 降到 1.142.0 后可正常使用。
多名用户给出的回退命令是 code --install-extension OpenAI.chatgpt@26.1007.21434 --force。用户 melenialemonia-bot 称，截至 10 月 24 日约 12:30 UTC，Marketplace 仍把 26.51021.22027 列为最新版，VS Code 自动更新会重新装上有问题的版本。
Rafaellaerin 在报告中表示，这看起来是与版本相关的启动问题，但根本原因尚未确认。
