Skip to content

Windows Work @Chrome fails to load browser request policy while @Browser works #45990

Open

Description

@cej001us-afk

Environment

  • Windows desktop
  • ChatGPT desktop version: 26.908.70816
  • About screen: Powered by Codex & OWL
  • Release date shown: Sep 14, 2026
  • ChatGPT reports up to date
  • Microsoft Store offers no newer ChatGPT update
  • ChatGPT Plus
  • Work model used for reproduction: GPT-5.6 Sol Light
  • Google Chrome with ChatGPT extension installed
  • Only one ChatGPT desktop installation exists
  • No ChatGPT Classic installation
  • No separate Codex installation

Problem

Work cannot control or even read an external Chrome tab.

Every @Chrome attempt fails before page access because the browser connection cannot load its request policy / request-header policy.

Representative responses:

I couldn’t read the current Chrome tab because the browser connection failed to load its request policy after retries.

I couldn’t read the current tab because Chrome’s connection repeatedly failed to load its request policy.

No page interaction or modification occurs.

Steps to reproduce

  1. Open Chrome in the normal user profile with an authenticated webpage open.

  2. Confirm the ChatGPT Chrome side panel loads normally.

  3. Open a new Work chat in the ChatGPT Windows desktop app.

  4. Explicitly select @Chrome.

  5. Send:

    Read only. Use my currently open Chrome session. Report the title and URL of the current tab. Do not navigate, click, type, upload, or modify anything.

  6. Work retries and fails before reading the page with the request-policy/request-header-policy error.

The failure reproduces in multiple new Work chats.

Expected behavior

Work should connect to the explicitly selected Chrome session and be able to read the current tab title and URL without modifying the page.

Chrome extension state

  • Chrome is recognized as Installed under ChatGPT Settings > Computer use > Google Chrome.
  • The ChatGPT Chrome side panel opens and loads normally.
  • The correct Chrome profile is being used.
  • The extension was removed and reinstalled from the Chrome Web Store.
  • Chrome was restarted after reinstall.
  • The failure remained unchanged.

Troubleshooting already completed

  • Verified ChatGPT desktop is up to date.
  • Verified Microsoft Store has no newer ChatGPT update.
  • Restarted ChatGPT desktop.
  • Restarted Chrome.
  • Verified correct Chrome profile.
  • Verified Chrome extension is recognized by ChatGPT.
  • Verified ChatGPT Chrome side panel loads normally.
  • Removed and reinstalled the Chrome extension.
  • Retested from new Work chats.
  • Verified there is only one ChatGPT desktop installation, with no ChatGPT Classic or separate Codex installation.

Differential test

The built-in browser works normally.

In a new Work chat I ran:

@Browser Read only. Open https://example.com and report the page title and URL. Do not click, type, download, upload, or modify anything.

Result:

Page title: Example Domain

URL: https://example.com/

So @Browser passes while @Chrome fails.

Feedback diagnostics

Feedback/session ID submitted immediately after reproducing the Chrome failure:

01a0ab1f-c048-7b52-9b7d-f86553e819b7

The feedback submission included ChatGPT diagnostic logs and browser logs.

Additional context

The PC unexpectedly restarted during the morning of Sep 16, 2026. Microsoft Store shows ChatGPT as modified/updated that day. I do not know whether this is related.

This issue blocks workflows that specifically require the user's existing authenticated Chrome profile/session. The built-in @Browser is not an equivalent substitute for those workflows.

Activity

  1. added
    bugSomething isn't working
    appIssues related to the Codex desktop app
    windows-osIssues related to Codex on Windows systems
    on Sep 16, 2026
  2. cej001us-afk commented on Sep 16, 2026

    @cej001us-afk
    Author

    I reviewed the automated duplicate suggestions. #45678 and #45910 appear closely related, but this reproduction adds a useful differential: external @chrome is present and explicitly selectable, the Chrome extension side panel works, and @browser successfully reads https://example.com while @chrome consistently fails before page access with the request-policy error. The failure also persists after removing/reinstalling the Chrome extension. Feedback diagnostics are available under session ID 01a0ab1f-c048-7b52-9b7d-f86553e819b7. I am leaving this open for maintainer triage rather than assuming it is an exact duplicate.

  3. cej001us-afk commented on Sep 17, 2026

    @cej001us-afk
    Author

    Additional diagnostic result after updating ChatGPT Desktop:

    • Previous ChatGPT version: 26.908.70816
    • Updated ChatGPT version: 26.911.61220
    • Update released: Sep 16, 2026
    • Test timestamp: 2026-09-17 12:43:54 EDT (UTC−04:00)
    • Windows configuration was left unchanged during this test.
    • @chrome initialization: FAIL
    • Navigation: FAIL
    • Request-header-policy error: YES

    Exact error:

    Unable to load browser request-header policy. Retry the browser command.

    The test was a minimal read-only @chrome initialization/navigation test against https://example.com/. It failed immediately at browser initialization, before navigation.

    This shows that updating ChatGPT Desktop from 26.908.70816 to 26.911.61220 did not resolve the issue.

  4. cej001us-afk commented on Sep 18, 2026

    @cej001us-afk
    Author

    Additional cross-browser isolation result on ChatGPT Windows 26.915.31945:

    Chrome:

    • ChatGPT extension 1.26.901.11451
    • @chrome initialization: FAIL
    • Exact error: Invalid tab mention fields.

    Microsoft Edge:

    • ChatGPT extension 1.26.901.11451
    • @edge initialization: FAIL
    • Exact error: Invalid tab mention fields.

    Built-in browser control on the same ChatGPT/Windows environment:

    Chrome extension service-worker console was also observed during a failed @chrome attempt. The failure generated no new service-worker error or console activity.

    This reproduces identically across two officially supported external browsers while the built-in browser works. That appears to localize the failure to the desktop/Work external-browser tab-mention or bridge handoff rather than to Chrome itself, the website, or general browser control.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    appIssues related to the Codex desktop appbrowserbugSomething isn't workingwindows-osIssues related to Codex on Windows systems

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions