You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
During agent runs, chat often shows only thinking... instead of live tool-step updates.
Log is spammed with:
[warning] [IpcClient] Received broadcast but no handler is configured method=thread-stream-state-changed
In some sessions, this appears every ~50–200ms while Codex is working.
Related error seen earlier:
Error fetching ... "local-environments is not supported in the extension" ... url=vscode://codex/local-environments
What steps can reproduce the bug?
Start VS Code with extension 0.4.79.
Open Codex sidebar and run a coding task with tool usage.
Observe missing incremental tool-step rendering in UI.
Check openai.chatgpt.Codex.log -> repeated thread-stream-state-changed warning.
What is the expected behavior?
Extension should handle stream-state broadcasts and render live progress/tool steps reliably.
Additional information
Developer: Reload Window ->no change.
Full VS Code restart.
Renamed ~/.codex (C:\Users\Ar.codex) to force clean state -> no change.
Restored old .codex -> behavior unchanged.
This suggests issue is not caused by user config/state.
Expected:
Actual:
2026-03-05 15:24:13.945 [error] Error fetching errorMessage="local-environments is not supported in the extension" ... url=vscode://codex/local-environments
2026-03-05 15:24:41.185 [warning] [IpcClient] Received broadcast but no handler is configured method=thread-stream-state-changed
2026-03-05 15:24:41.218 [warning] [IpcClient] Received broadcast but no handler is configured method=thread-stream-state-changed
2026-03-05 15:24:41.254 [warning] ...
Impact:
Significant UX degradation for agent mode in VS Code (can’t reliably observe execution progress in chat).
Activity
github-actions commentedon Mar 5, 2026
Potential duplicates detected. Please review them and close your issue if it is a duplicate.
thread-stream-state-changedbroadcasts with no handler #13343Powered by Codex Action
chburket commentedon Mar 11, 2026
Additional repro signal from Windsurf + OpenAI extension (0.4.79):
This focus-change flush behavior appears consistent with the same streaming/render pipeline issue family.
chburket commentedon Mar 11, 2026
Follow-up retest result (March 11, 2026): updating to the pre-release version did not resolve this in my environment.
Observed behavior remains the same: