Please carefully review the problem I encountered.

English translation:

What version of the Codex App are you using (From “About Codex” dialog)?

puls

What subscription do you have?

puls

What platform is your computer?

https://github.com/openai/codex/issues/21765

What issue are you seeing?

Your assessment is correct—after looking into it, this kind of "browser interaction service freezing while reading page controls" is indeed a known, currently unresolved issue in Codex. There is an open issue on GitHub (openai/codex#21765) describing the same type of symptoms: the plugin can retrieve basic session/tab information, but it freezes and times out as soon as it tries to capture actual page elements ("js execution timed out; kernel reset"). There is currently no official fix or workaround, and the issue remains untriaged. Although that issue occurs on Windows and freezes during openTabs initialization, which is not exactly the same as your case of freezing while reading controls on the Xiaohongshu creation page, they are essentially the same type of problem: "the browser interaction service itself is unstable." It is not caused by your configuration.

There are two things you can try. I’m not sure whether they will solve the problem, but they require little effort:

Switch to Codex’s built-in browser instead of Chrome plugin mode—if this option is available in the Codex settings, the built-in browser and the Chrome extension use two different implementations, so the same freezing issue may not occur.
Report the specific behavior you encountered to OpenAI—your description is especially valuable (it can read the URL/title, but always times out when reading controls such as login/publish/create). It is more precise than the description in the official issue and is worth submitting directly at https://github.com/openai/codex/issues or through the in-app feedback feature, as it may help others.

What steps can reproduce the bug?

Sources:

Codex Desktop Chrome plugin hangs during extension backend bootstrap/openTabs on Windows · Issue #21765 · openai/codex
ChatGPT Browser | Built-in Browser, Computer Use, and UI Debugging

What is the expected behavior?

_No response_

Additional information

_No response_

<!-- codex-issue-translator -->

Potential duplicates detected. Please review them and close your issue if it is a duplicate.

• #21765

Powered by Codex Action

Codex 浏览器控制服务故障排查记录

日期： 2026-08-20
涉及任务： Unit 4-2 三平台发布（视频号 / 抖音 / 小红书）
环境： macOS，ChatGPT 桌面客户端 + Codex，Google Chrome + Codex Chrome 扩展（ID: hehggadaopoacecdllhhajmbjkdcmajg）

问题现象

Codex 在执行"三平台自动发布"任务（以及其他调用浏览器控件的任务，如回复邮件）时反复失败，报错指向浏览器控制/交互服务异常，导致内容无法自动发布或提交。

排查过程

1. 文件上传报错——"允许访问文件网址"

最初表现为文件上传功能异常，怀疑是 Chrome 插件未开启"允许访问文件网址"权限。

• 检查 chrome://extensions 发现该 Chrome 中并未安装 Codex/ChatGPT 插件，只有 ChatGPT（对话用）和壹伴小插件。
• 引导安装插件，并确认站点权限（视频号、抖音创作者中心、小红书创作中心）均已授予"浏览 + 上传"权限。

2. 插件版本 / 原生主机版本不匹配

安装插件后，任务仍报错，具体信息为：

Codex Chrome 原生主机版本过旧，请更新或重新安装 Codex Chrome 插件

排查 ~/.codex/chrome-native-hosts-v2.json 发现：

{
  "appVersion": "26.814.41407",
  "nativeHostVersion": "26.814.41407",
  "extensionIds": [
    "hehggadaopoacecdllhhajmbjkdcmajg",
    "odlomjlbamekndcpllcnffbgeohgkmjh"
  ]
}

尝试的修复步骤：

1. 在 chrome://extensions 点"更新"——版本号未变化，无效。
2. 卸载并从 Chrome 应用商店重新安装插件——问题依旧。
3. 完全退出并重启 ChatGPT 桌面客户端。
4. 在应用内"？"菜单 → "设置 Chrome 扩展程序"重新走一遍插件配对流程；在"电脑操控 → Google Chrome"设置页确认状态为绿色"已安装"，且三个目标网站权限均已正确授予，并点击"重新安装扩展程序"强制刷新握手。

以上步骤完成后，插件安装状态和权限配置均显示正常。

3. 真正的故障点：读取页面控件超时

按上述修复后再次测试，发现：

• Codex 可以打开小红书创作中心页面，并正确读取网址、标题；
• 但一旦尝试读取"登录 / 发布 / 创作"等页面交互控件就会超时；
• 因此无法安全地查重、上传素材或填写发布内容。

结论： 问题不在目标网页（小红书页面能正常打开），也不在插件安装/权限配置（均已确认正常），而是 Codex 浏览器页面交互服务本身在读取/操作页面控件这一步存在故障。

佐证

在 OpenAI Codex 的 GitHub 仓库中发现一个性质相似的公开 issue：

• [Codex Desktop Chrome plugin hangs during extension backend bootstrap/openTabs on Windows · Issue #21765](https://github.com/openai/codex/issues/21765)
• 现象：插件能完成基础会话信息读取，但一到实际执行浏览器操作就卡死并报 "js execution timed out; kernel reset"。
• 状态：已提交（2026-05-08），官方尚无回应、无修复、无 workaround。
• 差异：该 issue 发生在 Windows、卡在 openTabs 初始化阶段；本次问题发生在 macOS、卡在读取页面控件阶段。症状不完全相同，但同属"浏览器交互服务不稳定导致操作卡死超时"这一类问题。

目前没有找到针对"读取页面控件超时"的官方文档说明或修复方案。

当前结论与建议

• 该故障大概率是 Codex 产品自身的浏览器交互服务问题，不是本地配置或权限问题，用户侧的排查手段已经用尽。
• 短期方案： Unit 4-2 等发布任务先手动完成。
• 可尝试方向：

1. 如 Codex 设置中提供"内置浏览器"模式（区别于 Chrome 插件模式），可以尝试切换，两者实现路径不同，可能不会复现同样的卡死。
2. 将本次现象（能读 URL/标题、但读交互控件必超时）反馈给 OpenAI（应用内反馈或 GitHub issue），这个描述比现有 issue 更精确，有助于官方定位问题。

• 建议持续关注 Codex 版本更新（当前最新版本 0.147.0，上次检查时间 2026-08-18），后续版本可能修复该问题。