[Windows app] Codex consumes Google Chrome UserDataDir policy and opens Chrome profile picker

Open
#34,196 2 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Assessment

Difficulty
4/5
Estimated time
3-5 days
Newbie friendliness
48/100
Issue type
Bug
Clarity
Mostly clear
Activity status
Active
Tech stack
rust

Research direction

Start by locating the Windows packaging and Chromium startup entry points; the issue does not name specific files or tests. Reproduce with Google Chrome's HKLM UserDataDir policy, then inspect package branding and whether an app-specific user-data path is initialized before Chromium policy and singleton startup. Done means Codex remains its own process and does not open Chrome's profile picker or use Chrome's profile directory.

Written by the indexing model from the issue text.

Description

app bug windows-os
What version of Codex is running?

26.715.4045.0

What subscription do you have?

Paid individual ChatGPT plan

What platform is your computer?

Microsoft Windows NT 10.0.26200.0 x64

What issue are you seeing?

On Windows systems where Google Chrome's enterprise UserDataDir policy is configured, launching the Codex desktop app opens Google Chrome's "Who's using Chrome?" profile picker instead of Codex. Codex does not remain running as its own desktop process.

The packaged executable has OpenAI/Codex product metadata but reports chrome.exe as its original filename. The observed behavior suggests that the packaged Chromium runtime is consuming Google Chrome's policy namespace and then colliding with, or delegating to, an existing Chrome instance that owns the configured profile store.

This appears to be a Windows packaging/runtime-isolation issue. A non-Chrome desktop application should not consume Google Chrome's policy namespace or share Chrome's browser profile directory.

Steps to reproduce
  1. On Windows, install Google Chrome and the Codex desktop app.
  2. Configure Chrome's documented machine policy HKLM\Software\Policies\Google\Chrome\UserDataDir to a valid Chrome profile directory.
  3. Start Chrome with that managed profile.
  4. Launch Codex from the Windows Start menu.
  5. Observe that Google Chrome's profile picker opens instead of Codex, and Codex does not remain active.
What did you expect to happen?

Codex should use an application-specific user-data directory and policy namespace. Google Chrome's policies should apply only to Chrome and should not redirect Codex into Chrome's profile store.

Additional information

Chromium distinguishes the Google Chrome and Chromium policy namespaces based on build branding. Please verify the Windows package branding and ensure that Codex initializes an app-specific user-data path before Chromium policy and singleton startup.

No raw logs or screenshots are attached because they can contain local profile information. Focused, redacted diagnostics can be provided if needed.

Dominant language
Rust
Stars
125k
Forks
19.5k
Avg merge
1m
Merged PRs (30d)
1k

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.

More from openai/codex

All issues in openai/codex

Similar issues

More Rust issues

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.