CLI /plugins browser does not show installed local plugins #29654

Activity

1. github-actions

   added

   bugSomething isn't workingSomething isn't working

   CLIIssues related to the Codex CLIIssues related to the Codex CLI

   TUIIssues related to the terminal user interface: text input, menus and dialogs, and terminal displayIssues related to the terminal user interface: text input, menus and dialogs, and terminal display

   skillsIssues related to skillsIssues related to skills

   on Jun 23, 2026
2. github-actions commented on Jun 23, 2026

   

   github-actionsbot

   on Jun 23, 2026 – with GitHub Actions

   Contributor

   More actions

   Potential duplicates detected. Please review them and close your issue if it is a duplicate.

   • 0.142.0 /plugins remote catalog hides installed local openai-curated plugins in TUI #29633

   Powered by Codex Action
3. abhay-codes07 commented on Jun 23, 2026

   

   abhay-codes07

   on Jun 23, 2026

   Last edited by abhay-codes07

   More actions

   Hi @ft-ioxcs I looked into this and I think I found the root cause. It comes down to the TUI browser and codex plugin list reading from different marketplace sources.

   codex plugin list always asks for the curated marketplace to be included. See codex-rs/cli/src/plugin_cmd.rs:210:

   .list_marketplaces_for_config(&plugins_input, &[], /*include_openai_curated*/ true)

   The TUI /plugins browser does not. It calls the app-server plugin/list RPC with no marketplace_kinds (codex-rs/tui/src/app/background_requests.rs:1008). On the server, when the RemotePlugin feature is on and you are signed in with ChatGPT (Codex backend auth), the handler switches to the remote global catalog and passes include_openai_curated = false. See codex-rs/app-server/src/request_processors/plugins.rs:567-590:

   let include_global_remote =
       !explicit_marketplace_kinds && config.features.enabled(Feature::RemotePlugin);
   let use_remote_global_catalog =
       include_global_remote && auth_mode.is_some_and(AuthMode::uses_codex_backend);
   // ...
   .list_marketplaces_for_config(
       // ...
       /*include_openai_curated*/ !use_remote_global_catalog,
   )?;

   When include_openai_curated is false, the local openai-curated marketplace root is never added (codex-rs/core-plugins/src/manager.rs:2406), so the curated plugins you installed are not in the response at all. The browser then computes "Installed X of Y" purely from that response (codex-rs/tui/src/chatwidget/plugin_catalog.rs:729-763), so it reads 0. The verticals you see (Creative Production, Data Analytics, and so on) are the remote global catalog, and none of those entries carry your local install state, which is why it shows "Installed 0 of 7".

   The desktop app has a separate plugin/installed RPC that does pass include_openai_curated = true and reconciles installed state (plugins.rs:779-870). The TUI never calls it, so the browser has no second source to recover the installed plugins.

   I confirmed the core of this locally. I added a small test against list_marketplaces_for_config: with an installed slack@openai-curated plugin, include_openai_curated = true lists it as installed (count 1), and include_openai_curated = false drops the curated marketplace entirely (count 0). So the installed plugins disappear from the listing exactly when the curated marketplace is excluded.

   Repro conditions that match the report: RemotePlugin enabled, ChatGPT auth, and at least one @openai-curated plugin installed in config.toml.

   Two possible fix directions, depending on intended behavior:

   • Have the TUI /plugins browser also consult plugin/installed (like the desktop app) so installed state shows regardless of catalog mode.
   • Or keep including locally installed @openai-curated plugins in plugin/list even when the remote global catalog is active, and dedupe against the remote entries.

   Happy to help with whichever direction the team prefers.
4. DungeonsAndDough commented on Jun 24, 2026

   

   DungeonsAndDough

   on Jun 24, 2026 – with ChatGPT Codex Connector

   More actions

   Additional reproduction from codex-cli 0.142.0 on WSL/Ubuntu:

   Environment

   Codex CLI: codex-cli 0.142.0
   OS: Ubuntu 24.04 under WSL
   Auth: ChatGPT auth configured
   Marketplace: openai-curated
   

   Relevant local checks:

   codex plugin marketplace list
   # MARKETPLACE     ROOT
   # openai-curated  /home/catalyst/.codex/.tmp/plugins
   
   node -e "const fs=require('fs'); const j=JSON.parse(fs.readFileSync('/home/catalyst/.codex/.tmp/plugins/.agents/plugins/marketplace.json','utf8')); console.log(j.plugins.length)"
   # 179

   Observed behavior

   Opening /plugins in the CLI initially shows the full marketplace-size list, then after a few seconds without user input the list switches/collapses to only 7 entries. This makes plugins like Gmail impossible to select from the TUI even though they exist in the local openai-curated marketplace.

   In this case, Gmail was present in the marketplace entry:

   {
     "name": "gmail",
     "source": { "source": "local", "path": "./plugins/gmail" },
     "policy": { "installation": "AVAILABLE", "authentication": "ON_INSTALL" },
     "category": "Communication"
   }

   But the /plugins UI collapsed before it could be selected.

   Workaround

   Direct CLI install works even though the TUI picker does not:

   codex plugin add gmail@openai-curated --json

   After that:

   codex plugin list --json

   reported both gmail@openai-curated and github@openai-curated as installed and enabled, and ~/.codex/config.toml contained:

   [plugins."gmail@openai-curated"]
   enabled = true

   This matches the source mismatch described above: the local marketplace has the expected entries, but the TUI refresh appears to replace or hide the local curated catalog with the smaller remote/vertical catalog.
5. ft-ioxcs

   closed this as completedon Jun 27, 2026