codex - 💡(How to fix) Fix VS Code Remote-SSH: Codex panel intermittently hangs before prompt submission; bundled CLI works; logs show Error: not-connected at Va.sendBroadcast [1 comments, 2 participants]

Official PRs (…)
ON THIS PAGE

Recommended Tools

×6

Utilities matched from this issue’s tags and category — try them while you read without losing context.

GitHub issue graph ai analysis

Paste a GitHub issue URL. We fetch that issue, discover linked issues from bodies/comments/timeline, collect linked pull requests, and produce a structured English report.

The report is written in English Markdown for sharing and archival.

Helpful · Quick feedback

Loading…
GitHub stats
openai/codex#19225Fetched 2026-04-24 05:58:25
View on GitHub
Comments
1
Participants
2
Timeline
5
Reactions
0
Author
Timeline (top)
labeled ×4commented ×1

Error Message

Error: not-connected at Va.sendBroadcast ($HOME/.vscode-server/extensions/openai.chatgpt-26.422.20832-linux-arm64/out/extension.js:160:17757) at t.handleMessage ($HOME/.vscode-server/extensions/openai.chatgpt-26.422.20832-linux-arm64/out/extension.js:205:...) at ap.value ($HOME/.vscode-server/extensions/openai.chatgpt-26.422.20832-linux-arm64/out/extension.js:205:59404) at E._deliver (.../server/out/vs/workbench/api/node/extensionHostProcess.js:403:3126) at E.fire (.../server/out/vs/workbench/api/node/extensionHostProcess.js:403:3444)

Code Example

Error: not-connected
    at Va.sendBroadcast ($HOME/.vscode-server/extensions/openai.chatgpt-26.422.20832-linux-arm64/out/extension.js:160:17757)
    at t.handleMessage ($HOME/.vscode-server/extensions/openai.chatgpt-26.422.20832-linux-arm64/out/extension.js:205:...)
    at ap.value ($HOME/.vscode-server/extensions/openai.chatgpt-26.422.20832-linux-arm64/out/extension.js:205:59404)
    at E._deliver (.../server/out/vs/workbench/api/node/extensionHostProcess.js:403:3126)
    at E.fire (.../server/out/vs/workbench/api/node/extensionHostProcess.js:403:3444)

---

CODEX="$HOME/.vscode-server/extensions/openai.chatgpt-26.422.20832-linux-arm64/bin/linux-aarch64/codex"

"$CODEX" login status
# Logged in using ChatGPT

"$CODEX" exec -s read-only -m gpt-5.5 "Reply with exactly: ok"
RAW_BUFFERClick to expand / collapse

What version of the IDE extension are you using?

26.422.20832

What subscription do you have?

Pro

Which IDE are you using?

VS Code

What platform is your computer?

Linux 4.18.0-553.8.1.el8_10.x86_64 x86_64 x86_64

What issue are you seeing?

The Codex VS Code extension is unreliable when used through VS Code Remote-SSH on an HPC login node. Prompts sometimes submit and run quickly, but other times the Codex panel waits for minutes before submitting or appears stuck.

The bundled Codex CLI from the same extension works from the same remote host, so this does not look like a basic authentication, model-access, or OpenAI connectivity problem.

The remote extension host logs repeatedly show:

Error: not-connected
    at Va.sendBroadcast ($HOME/.vscode-server/extensions/openai.chatgpt-26.422.20832-linux-arm64/out/extension.js:160:17757)
    at t.handleMessage ($HOME/.vscode-server/extensions/openai.chatgpt-26.422.20832-linux-arm64/out/extension.js:205:...)
    at ap.value ($HOME/.vscode-server/extensions/openai.chatgpt-26.422.20832-linux-arm64/out/extension.js:205:59404)
    at E._deliver (.../server/out/vs/workbench/api/node/extensionHostProcess.js:403:3126)
    at E.fire (.../server/out/vs/workbench/api/node/extensionHostProcess.js:403:3444)

This looks like an issue in the VS Code webview / extension host / Codex app-server IPC bridge.

What steps can reproduce the bug?

Connect to an HPC login node using VS Code Remote-SSH. Install the Codex / ChatGPT extension on the remote host.

Confirm the remote extension version, for example:

ls -d ~/.vscode-server/extensions/openai.chatgpt-* Use ChatGPT authentication. Open a remote workspace. Open the Codex VS Code panel. Submit prompts repeatedly.

Observed result: some prompts submit immediately, but others wait for minutes before submission or appear stuck.

The bundled CLI works from the same remote host:

CODEX="$HOME/.vscode-server/extensions/openai.chatgpt-26.422.20832-linux-arm64/bin/linux-aarch64/codex"

"$CODEX" login status
# Logged in using ChatGPT

"$CODEX" exec -s read-only -m gpt-5.5 "Reply with exactly: ok"

The CLI command succeeds, while the VS Code panel remains intermittently unreliable.

What is the expected behavior?

The Codex VS Code panel should submit prompts reliably in a Remote-SSH workspace, especially when the bundled Codex CLI works from the same remote host with the same authentication and model.

If the webview / IPC / app-server connection is temporarily unavailable, the extension should reconnect cleanly, queue or fail soft, and show a clear error instead of hanging before prompt submission.

Additional information

  • The issue started roughly two weeks ago.
  • The bundled CLI works from the same remote host.
  • codex login status reports: Logged in using ChatGPT.
  • codex exec -s read-only -m gpt-5.5 "Reply with exactly: ok" succeeds.
  • CPU and memory usage of the remote extension host and codex app-server do not appear abnormal.
  • Logs repeatedly show Error: not-connected at Va.sendBroadcast.
  • Killing codex app-server / restarting the Remote-SSH extension host may temporarily help, but does not appear to be a reliable fix.
  • Downgrading the extension may improve stability, but older versions may not expose GPT-5.5.

extent analysis

TL;DR

The issue with the Codex VS Code extension on Remote-SSH can be mitigated by downgrading the extension to a previous version, although this may not provide access to the latest features like GPT-5.5.

Guidance

  • Verify the issue by checking the extension version and the remote host's logs for the "not-connected" error.
  • Try killing the codex app-server or restarting the Remote-SSH extension host to see if it temporarily resolves the issue.
  • Consider downgrading the extension to a previous version, weighing the trade-off between stability and access to the latest models like GPT-5.5.
  • Monitor CPU and memory usage of the remote extension host and codex app-server to ensure they are within normal ranges.

Example

No specific code snippet is applicable in this case, as the issue seems related to the extension's interaction with the Remote-SSH environment.

Notes

The root cause appears to be related to the webview/IPC/app-server connection, but without further details on the extension's internal workings, it's challenging to provide a definitive fix. The suggested downgrade is based on the observation that older versions may improve stability.

Recommendation

Apply a workaround by downgrading the extension, as it may improve stability, even though it might not provide access to the latest features. This approach is chosen due to the lack of a clear fix and the observation that downgrading has shown some improvement in stability.

Vote matrix · Quick signals

Works
Did the solution work? Tap to confirm.
Easy Fix
Was it a quick fix?
Time Saver
Did it save you time?
Blocking
Was it severely blocking?
Common Issue
Are others likely hitting this too?
Flaky / Intermittent
Is it intermittent?
Verified / Reproducible
Can you reproduce it reliably?
Loading…

Still need to ship something?

×6

Another batch ranked right after the header list — different links, same matching logic.

Back to top recommendations

TRENDING