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

Title: 0.142.0 /plugins remote catalog hides installed local openai-curated plugins in TUI

Labels: bug, CLI, TUI, plugins, regression

What version of Codex CLI is running?

codex-cli 0.142.0

What subscription do you have?

ChatGPT account login. I can provide the exact plan if needed.

Which model were you using?

gpt-5.5

What platform is your computer?

Linux 7.0.12-arch1-1 x86_64 unknown

What terminal emulator and version are you using?

kitty, TERM=xterm-kitty, no terminal multiplexer.

Codex doctor report

I ran codex doctor --json. Summary:

{
  "codexVersion": "0.142.0",
  "overallStatus": "warning",
  "notableChecks": {
    "installation": "ok",
    "runtime.provenance": "ok: running npm on linux-x86_64",
    "config.load": "ok",
    "auth.credentials": "ok: auth is configured",
    "mcp.config": "ok",
    "network.websocket_reachability": "ok",
    "state.paths": "ok",
    "state.rollout_db_parity": "warning: rollout files and state DB thread inventory differ"
  }
}

The warning appears to be unrelated old thread/archive state. Install, auth, config, network, and state databases are otherwise healthy.

What issue are you seeing?

After upgrading to Codex CLI 0.142.0, opening /plugins in the TUI briefly shows a larger plugin list, then most entries disappear after the UI refreshes.

The final visible TUI state shows only about:

9 available
3 installed

However, CLI and app-server diagnostics show the local plugin inventory is still present and healthy:

codex plugin list --available --json
installed: 8
available: 172
enabledInstalled: 6
disabledInstalled: 2

Installed plugin IDs reported by the CLI:

figma@openai-curated
github@openai-curated
cloudflare@openai-curated
build-web-apps@openai-curated
build-web-data-visualization@openai-curated
codex-security@openai-curated
tailwind-plus-codex@ricks
shopify-plugin@ricks

Direct app-server calls also show the local marketplaces correctly:

plugin/list params: {}

openai-curated:
  path: /home/raccoon/.codex/.tmp/plugins/.agents/plugins/marketplace.json
  plugins: 178
  installed: 6
  enabled: 6

ricks:
  path: /home/raccoon/workspace/ricks-codex-marketplace/.agents/plugins/marketplace.json
  plugins: 2
  installed: 2
  enabled: 0

But when querying the new remote/vertical catalog path:

plugin/list params: {"marketplaceKinds":["vertical"]}

openai-curated-remote:
  path: null
  plugins: 7
  installed: 1
  enabled: 1

This matches the symptom: the TUI appears to initially show local plugin data, then refresh to a smaller remote/vertical catalog view. If this is intended behavior after the 0.142.0 plugin UI changes, it is very hard to tell from the UI, because installed local plugins appear hidden or no longer discoverable from /plugins.

What steps can reproduce the bug?

1. Install or upgrade to Codex CLI 0.142.0.
2. Have local openai-curated plugins installed/enabled. In my case:

``text
figma@openai-curated
github@openai-curated
cloudflare@openai-curated
build-web-apps@openai-curated
build-web-data-visualization@openai-curated
codex-security@openai-curated
``

1. Start the Codex TUI.
2. Open /plugins.
3. Observe that the plugin list briefly shows more entries, then collapses to a much smaller list.
4. Compare against:

``bash
codex plugin list --available --json
``

1. Optional app-server checks:

``text
plugin/list params: {}
plugin/installed params: {}
plugin/list params: {"marketplaceKinds":["local"]}
plugin/list params: {"marketplaceKinds":["vertical"]}
``

Observed app-server result:

plugin/list {}
  openai-curated: 178 plugins, 6 installed/enabled
  ricks: 2 installed, 0 enabled

plugin/installed {}
  openai-curated: 6 installed/enabled
  ricks: 2 installed, 0 enabled

plugin/list {"marketplaceKinds":["vertical"]}
  openai-curated-remote: 7 plugins, 1 installed/enabled

What is the expected behavior?

Either:

1. /plugins should continue to show installed local plugins from openai-curated and other local marketplaces after the remote catalog refresh, or
2. if 0.142.0 intentionally changed /plugins to prioritize remote plugin sections, the UI should clearly expose a separate Local/Installed section so installed local plugins do not appear to disappear.

The CLI and TUI should not disagree in a way that makes installed plugins look missing.

Additional information

This may be related to the 0.142.0 change that reorganized /plugins into remote sections such as OpenAI Curated, Workspace, and Shared with me.

Possibly related to #26703 by @canvrno-oai. I am not sure whether the local catalog being replaced/hidden is intended behavior or a regression in the local/remote catalog merge.

I searched for existing issues before filing. I found some plugin UI issues, including a possibly related Desktop/Windows report about hiding openai-curated, but I did not find a matching CLI/TUI Linux issue for 0.142.0 where the remote/vertical catalog appears to replace or hide installed local openai-curated plugins.

Related but not identical:

#29478 Codex Desktop Windows hides openai-curated Plugin Directory when Statsig gate 4218407052=true

This report is for the CLI/TUI on Linux, with app-server evidence that local plugin state is intact while the TUI appears to present a smaller remote/vertical subset.