Windows desktop: Plugins selector spins indefinitely after update to 26.831.2377
Nobody has claimed this yet.
- Dominant language
- Rust
- Stars
- 125k
- Forks
- 19.4k
- PR merge metrics
- PR metrics pending
Description
What version of the Codex App are you using (From “About Codex” dialog)?
26.831.2377.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?
Since updating the ChatGPT/Codex Windows desktop application to version 26.831.2377.0, the Plugins entry in the prompt menu displays a spinner indefinitely. The plugin selector never finishes loading or opens normally.
The issue occurs in new and existing Codex tasks and persists after:
- Repairing the application from Windows Settings.
- Resetting the application.
- Uninstalling and reinstalling it.
- Fully closing and reopening the application.
- Restarting Windows.
- Clearing and regenerating the local plugin cache.
- Restoring the bundled plugins from the current application installation.
- Correcting stale runtime paths left by the previous application version.
Expected behavior:
The Plugins entry should finish loading and display the installed or available plugins.
Actual behavior:
The spinner runs indefinitely and the plugin selector remains unavailable.
Relevant diagnostics:
- The
pluginsandrecommended_pluginsfeatures are enabled. - Internal
plugin/listrequests complete successfully witherrorCode=null, usually in 0.5–1 second. - The
plugin/installedrequest also completes successfully. - Despite these successful responses, the UI remains in the loading state.
- The following message appears repeatedly during startup:
bundled_plugins_reconcile_skipped_features_unavailable reason=focus
- The startup logs also contain:
ignoring invalid experimental feature enablement keys: apps_mcp_path_override, local_thread_store_compression
This is a personal Windows computer. It is not joined to a domain, Entra ID, Workplace, MDM, or Intune, and no corporate proxy is configured.
This appears to be a desktop UI state or bundled-plugin reconciliation regression introduced in version 26.831.2377.0. The backend returns the plugin data successfully, but the UI does not leave the loading state.
A screenshot showing the persistent spinner is available.
What steps can reproduce the bug?
Feedback ID: 01a0618c-4ccc-77f3-a030-2237abaa5a37
What is the expected behavior?
The Plugins entry should finish loading within a few seconds and display the installed or available plugins. I should be able to open the plugin selector and select or manage plugins. The loading spinner should disappear once loading is complete.
Additional information
No response
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 by reproducing the Windows spinner and tracing the Plugins selector around the successful plugin/list and plugin/installed requests. Inspect the repeated bundled_plugins_reconcile_skipped_features_unavailable reason=focus startup message and related loading state; done means the selector opens and displays installed or available plugins after loading completes.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- rust
- Domain
- desktop
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Active
- Clarity
- Mostly clear
- Newbie friendliness
- 48/100