fix(codex): expose plugin apps after delayed inventory load#96872
Conversation
|
Codex review: needs real behavior proof before merge. Reviewed June 25, 2026, 9:06 PM ET / 01:06 UTC. Summary PR surface: Source +26, Tests +346, Docs +10. Total +382 across 5 files. Reproducibility: yes. at source level. Current main suppresses missing app-inventory refresh while activation is required and also requires Review metrics: 1 noteworthy metric.
Stored data model Merge readiness Overall follows the weaker of proof and patch quality, so missing proof can cap an otherwise strong patch. Rank-up moves:
Proof guidance:
Risk before merge
Maintainer options:
Next step before merge
Security Review findings
Review detailsBest possible solution: Land the delayed-inventory repair only with real startup proof and either preserve explicit Codex app disables by default or get maintainer acceptance that OpenClaw plugin config intentionally overrides Codex app-disabled state per thread. Do we have a high-confidence way to reproduce the issue? Yes, at source level. Current main suppresses missing app-inventory refresh while activation is required and also requires Is this the best way to solve the issue? No, not yet. The delayed-inventory refresh is in the right owner layer, but the enablement override is not the safest complete fix until explicit Codex app disables remain protected or maintainers accept OpenClaw per-thread precedence. Full review comments:
Overall correctness: patch is incorrect AGENTS.md: found and applied where relevant. Codex review notes: model internal, reasoning high; reviewed against a0b397748fa3. Label changesLabel changes:
Label justifications:
Evidence reviewedPR surface: Source +26, Tests +346, Docs +10. Total +382 across 5 files. View PR surface stats
Security concerns:
What I checked:
Likely related people:
What the crustacean ranks mean
Shiny media proof means a screenshot, video, or linked artifact directly shows the changed behavior. Runtime, network, CSP, and security claims still need visible diagnostics. How this review workflow works
|
…#96872) * fix(codex): refresh missing plugin app inventory * fix(codex): honor OpenClaw app enablement overrides
…#96872) * fix(codex): refresh missing plugin app inventory * fix(codex): honor OpenClaw app enablement overrides
What Problem This Solves
Fixes an issue where native Codex plugin apps could be omitted from a newly started OpenClaw thread when the initial app inventory was missing and plugin activation state changed before thread configuration was built.
Why This Change Was Made
OpenClaw now remembers when the initial inventory refresh was deferred for plugin activation. If activation does not already require a post-install refresh, it force-refreshes
app/list, rereads plugin ownership and readiness, and keeps failed activations excluded. The existing install-before-inventory ordering remains unchanged.User Impact
Configured, accessible plugin apps remain available when a thread starts during this activation-state transition instead of silently disappearing from that thread's Codex app configuration.
Evidence
node scripts/run-vitest.mjs extensions/codex/src/app-server/plugin-thread-config.test.ts extensions/codex/src/app-server/plugin-activation.test.ts extensions/codex/src/app-server/thread-lifecycle.binding.test.ts— 3 files, 65 tests passed.oxfmtandoxlintchecks passed.