Skip to content

Windows: Statsig bootstrap fails on user.custom.workspace_type, disabling i18n and Browser Use #26780

Open

Description

@xc431953-arch

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

26.602.4764.0

What subscription do you have?

ChatGPT Plus

What platform is your computer?

Microsoft Windows NT 10.0.26200.0 x64

What issue are you seeing?

The Codex UI remains in English even though my Windows locale and Codex localeOverride are set to zh-CN. Browser Use and Chrome integration are also unavailable.

The logs repeatedly show:

Statsig: error while bootstrapping post-login client
user.custom.workspace_type: Invalid input

Browser availability shows:

available=false
reason=statsig-disabled

Repairing and restarting the Codex app did not resolve the issue.

Feedback ID:
019e9c4e-e4ae-7b63-a69c-d243a7d25620

What steps can reproduce the bug?

  1. Launch Codex Desktop on Windows.
  2. Sign in to my ChatGPT account.
  3. Set the Windows system locale to zh-CN.
  4. Set localeOverride = "zh-CN" in the Codex configuration.
  5. Restart Codex.
  6. Observe that the UI remains in English.
  7. Check Browser Use or Chrome integration and observe that it is unavailable.
  8. Repair the Codex app through Windows Settings and restart it.
  9. The issue still occurs.

The logs show:

  • user.custom.workspace_type: Invalid input
  • browser_use_availability_resolved available=false reason=statsig-disabled

Feedback ID:
019e9c4e-e4ae-7b63-a69c-d243a7d25620

What is the expected behavior?

What steps can reproduce the bug?

1. Launch Codex Desktop on Windows.
2. Sign in to my ChatGPT account.
3. Set the Windows system locale to zh-CN.
4. Set localeOverride = "zh-CN" in the Codex configuration.
5. Restart Codex.
6. Observe that the UI remains in English.
7. Check Browser Use or Chrome integration and observe that it is unavailable.
8. Repair the Codex app through Windows Settings and restart it.
9. The issue still occurs.

The logs show:
- user.custom.workspace_type: Invalid input
- browser_use_availability_resolved available=false reason=statsig-disabled

Feedback ID:
019e9c4e-e4ae-7b63-a69c-d243a7d25620

What is the expected behavior?

Codex should load the account feature configuration without a workspace_type validation error.

When the locale is set to zh-CN, the Codex interface should display in Simplified Chinese.

Browser Use and Chrome integration should be available when the account and subscription are eligible, rather than being disabled because the feature configuration failed to load.

Additional information

The browser plugin is installed and enabled in my Codex configuration.

My Windows system locale is zh-CN, and Codex renderer processes start with --lang=zh-CN. The locale configuration is therefore being detected, but the UI translation feature does not activate.

The Owl feature bootstrap cache remains empty:
{"enabledOwlFeatureNames":[]}

The same workspace_type validation error occurs after using the Windows “Repair” option and restarting Codex.

This may be an account feature-bootstrap data compatibility issue rather than a local installation problem.

Feedback ID:
019e9c4e-e4ae-7b63-a69c-d243a7d25620

Activity

  1. added
    appIssues related to the Codex desktop app
    on Jun 6, 2026
  2. xc431953-arch commented on Jun 6, 2026

    @xc431953-arch
    Author

    The Browser/Computer Use symptoms appear to match #26735 exactly, including the same workspace_type validation error and statsig-disabled result.

  3. artkrat-afk commented on Jun 12, 2026

    @artkrat-afk

    I have the same issue on Codex Desktop Windows.

    Feedback ID: 019ebabc-bebd-71d1-84f1-43920c084353

    Codex Desktop Windows version: 26.609.3341.0
    Locale: ru-RU

    config.toml:
    [desktop]
    localeOverride = "ru-RU"

    Diagnostics:

    • WebView navigator.language = ru
    • locale-info returns ideLocale=ru and systemLocale=ru
    • Russian locale bundle ru-RU exists and can be loaded manually
    • IntlProvider has locale=ru-RU but messages=null
    • UI remains English
    • Statsig store/getDynamicConfig has enable_i18n=true, but the React hook in CL keeps enable_i18n=false

    This looks related to the same i18n / Statsig bootstrap issue.

  4. xc431953-arch commented on Jun 12, 2026

    @xc431953-arch
    Author
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