openai / openai/codex

Windows Computer Use cannot identify Chrome's current URL and still stops after the window is restored (zh-CN, Chrome 153)

Open
#45,177 2 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

app bug computer-use windows-os
Dominant language
Rust
Stars
125k
Forks
19.4k
PR merge metrics
PR metrics pending

Description

日期:2026-09-13,时区 Asia/Shanghai。

问题

已授权操作 Chrome 中一个公开 HTTPS 网页及其扩展侧栏。Computer Use 能列出并恢复目标 Chrome 窗口,但读取窗口状态时停止,未返回可用截图和控件树,后续点击无法进行。

工具原始错误:

Computer Use has been stopped for this turn because it could not determine the current browser URL on Windows with enough confidence to enforce policy. Stop your work and send a final message noting why Computer Use ended.

环境

  • Windows,系统语言 zh-CN。
  • Chrome 文件产品版本:153.0.8010.37。
  • 当前任务加载的 Computer Use 插件目录版本:26.908.40834。
  • 桌面客户端的准确发行版本尚未可靠取得;不将宿主文件中类似 Chromium 的版本号冒充客户端发行号。
  • 独立 npm Codex CLI:0.149.0。此版本不代表正在运行的桌面客户端版本。

已发生的步骤

  1. 使用官方 @oai/sky 客户端执行 list_windows(),能返回预期 Chrome 窗口。
  2. 从返回值中按准确标题唯一选择窗口,再调用 get_window()
  3. 初次状态读取提示窗口已最小化。
  4. 按工具提示 activate_window(),再通过 get_window() 刷新窗口对象。
  5. 执行 get_window_state({window, include_screenshot: true, include_text: true}),返回上述 URL 识别停止消息。
  6. 遵守停止指令,未继续发送输入,也未通过自建调试接口或其他自动化库绕行。

预期

在不降低安全检查的条件下,能正确识别受支持 Chrome 窗口的当前 HTTPS URL,并在相应授权下返回窗口状态。

相关公开报告与差异

Related: #31221。该报告的错误文字一致,但使用 Edge 和较早版本,本次使用 Chrome,不能只凭错误文字断定底层根因完全相同。

请维护者确认当前 Chrome 版本及 zh-CN 环境是否有已知 URL 识别问题、是否存在修复版本,以及可以提供哪些不含敏感信息的诊断材料。请求保留安全检查,不请求绕过策略。

本说明未包含账号、Cookie、密钥、本机用户名、个人目录、窗口句柄、截图、聊天正文、业务表格或业务页面 URL。

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Reproduce the reported flow on Windows zh-CN with Chrome 153: run list_windows(), activate_window(), then get_window_state() with the screenshot and text options. Compare the URL-recognition failure after restoring the window, and confirm that a supported HTTPS Chrome window returns its URL, screenshot, and control tree without weakening the security check.

Written by the indexing model from the issue text.

Assessment

Domain
desktop, operating-systems, security
Issue type
Bug
Difficulty
4/5
Estimated time
3-5 days
Activity status
Active
Clarity
Mostly clear
Newbie friendliness
45/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.