VS Code Remote-SSH: Codex panel intermittently hangs before prompt submission; bundled CLI works; logs show Error: not-connected at Va.sendBroadcast

Open 💬 2 comments Opened Apr 23, 2026 by matr1x-1

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.

View original on GitHub ↗

This issue has 2 comments on GitHub. Read the full discussion on GitHub ↗