macOS: Computer Use blocks public WeChat articles while Chrome settings remain accessible
Nobody has claimed this yet.
- Dominant language
- Rust
- Stars
- 125k
- Forks
- 19.4k
- PR merge metrics
- PR metrics pending
Description
Summary
On macOS, Computer Use can inspect Chrome settings, but switching to an already-open public WeChat article terminates the tool session with a URL restriction. Browser settings show default browsing and downloads as Always allow.
Environment
- Desktop app: 26.908.40834 (build 8881; bundle identifier com.openai.codex)
- Google Chrome: 152.0.7977.84
- Cached browser, chrome and unified-computer-use packages: all 26.908.40834, enabled in configuration
- Chrome latest points to 26.908.40834
Reproduction
- Open https://mp.weixin.qq.com/s/YosYRQRrfaexYoPheYDBrA in Chrome.
- Ask the agent to inspect the public article and save its sheet music as a PDF.
- Computer Use can read chrome://settings/system.
- Switch to the existing article tab using Computer Use.
- The tool stops with: "This session has been stopped because Computer Use is not allowed on the current browser URL."
Additional observations
Earlier in the same workflow, Computer Use successfully displayed the title and sheet music screenshot of https://mp.weixin.qq.com/s/APx_DR_ORDCzERuR6POF4Q . Subsequent article access was refused. Rechecking after the user adjusted permissions produced the same refusal. No URL-policy bypass was attempted.
Expected behavior / question
Please clarify whether this is an intended domain restriction or an unexpected policy result. If access must be denied, an actionable explanation identifying the relevant policy category would help avoid repeatedly changing unrelated permissions.
Related reports
- #27560: similar WeChat-domain rejection on Windows with mismatched plugin versions. We did not find that version mismatch here.
- #24814: manually visible pages rejected for agent access on Windows.
These are symptom comparisons, not a confirmed common root cause. No private logs, account identifiers or screenshots are attached.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start with the Computer Use URL-policy check that stops sessions on the current browser URL, then reproduce the behavior using the listed public WeChat article and Chrome settings steps. Compare the result with related issues #27560 and #24814. Done means determining whether this domain is intentionally restricted and providing an actionable policy-category explanation if access is denied.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- macos, rust
- Domain
- desktop, security
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Active
- Clarity
- Mostly clear
- Newbie friendliness
- 45/100