Codex Desktop: Sources panel stays empty despite working plugins, agents, memories, MCP and GitHub

Open 💬 1 comment Opened Jun 29, 2026 by DatoTheOne

What version of Codex is running?

Codex Desktop app version: 26.623.61825
Codex Desktop bundle version: 4548
Codex CLI version: 0.142.3
Bundled Codex.app CLI version: 0.142.3

Which operating system are you using?

macOS

What problem are you seeing?

In Codex Desktop for macOS, the right sidebar Sources / Источники panel remains visually empty and shows no sources, even in a clean LightBiz project thread.

This is confusing because diagnostics show that the environment is healthy and Codex has access to project context/tools.

Feedback ID:
no-active-thread-019f1245-85ac-7b42-8049-d5685609acd5

Steps to reproduce

  1. Open Codex Desktop on macOS.
  2. Open project /Users/dato_the_one/Codex/LightBiz.
  3. Start a clean thread.
  4. Verify that plugins, agents, memories, MCP and GitHub are working.
  5. Open the right sidebar Sources / Источники panel.
  6. Observe that the panel remains empty.

Expected behavior

The Sources panel should either:

  • show the relevant active sources/context for the thread/project, or
  • clearly explain why it can be empty even when tools/context are available.

Actual behavior

The Sources panel remains empty despite working diagnostics:

  • /plugins / codex plugin list works: 47 installed enabled plugins, 6 installed disabled.
  • /agent works at feature/runtime level: multi_agent is enabled.
  • /memories works: memory feature is enabled.
  • codex doctor --summary shows install/auth/network/websocket healthy. Current non-interactive shell summary is 14 ok · 1 idle · 6 notes · 2 warn · 1 fail; the single fail is TERM=dumb in the shell, not a missing context/tool failure.
  • GitHub auth works; repo DatoTheOne/lightbiz is readable with ADMIN permission.
  • Active lightbiz MCP points to valid .venv/bin/python.
  • Codex CLI and bundled Codex.app CLI versions are aligned: 0.142.3 / 0.142.3.
  • CodexPro is not listed as an active Codex MCP/source. Earlier local evidence showed it can run independently; current check does not find it listening on 127.0.0.1:8787. In either case it does not explain the active Sources panel state.
  • Old stale .venv-313 path exists only in backup configs, not active config.

Impact

This makes Codex Desktop UI unreliable for verifying whether project context and sources are being used during LightBiz launch-readiness work. CLI/tool diagnostics show healthy state, but the UI suggests there are no sources.

Additional context

Local evidence report:
/Users/dato_the_one/.codex/workflows/.workflow/lightbiz-codex-desktop-environment-repair/final-report.md

Screenshot available after redaction/cropping:

  • codex-desktop-active-sources.png: shows Codex Desktop with the right-side Источники panel visually empty.

Logs can be attached only after reviewing for secrets:

  • ~/Library/Logs/com.openai.codex/YYYY/MM/DD
  • ~/.codex/sessions
  • ~/.codex/archived_sessions

View original on GitHub ↗

This issue has 1 comment on GitHub. Read the full discussion on GitHub ↗