[Bug Solved & Solution] VS Code codex extension blank sidebar in Remote SSH on version 26.707.91948
Nobody has claimed this yet.
Assessment
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Newbie friendliness
- 45/100
- Issue type
- Bug
- Clarity
- Mostly clear
- Activity status
- Quiet
- Tech stack
- node.js, typescript, vscode
- Domain
- devtools
Research direction
Reproduce the blank Codex sidebar in a VS Code Remote-SSH window using extension version 26.707.91948, then inspect the bundled Zod v4 environment check and the Node.js remote extension host behavior described in the report. Done means the extension loads in the remote window and the Codex webview mounts without requiring the remote settings workaround.
Written by the indexing model from the issue text.
Description
What version of the IDE extension are you using?
26.707.91948
What subscription do you have?
Pro Max
Which IDE are you using?
VS Code
What platform is your computer?
No response
What issue are you seeing?
After updating the VS Code Codex extension to openai.chatgpt 26.707.91948, the Codex sidebar shows a blank panel when used in a VS Code Remote SSH window.
What steps can reproduce the bug?
- Open a project using VS Code Remote SSH.
- Install or update the Codex VS Code extension to 26.707.91948 on the remote SSH side.
- Open the Codex sidebar.
- Observe that the sidebar is blank.
What is the expected behavior?
No response
Additional information
Solution
I reproduced this with VS Code Remote-SSH and openai.chatgpt 26.707.91948.
The failure is caused by the bundled Zod v4 environment check accessing navigator inside the Node.js remote extension host:
typeof navigator !== "undefined"
This triggers VS Code’s PendingMigrationError and can leave the Codex webview blank or unresponsive.
Immediate workaround
Create ~/.vscode-server/data/Machine/settings.json on the remote host:
{
"extensions.supportNodeGlobalNavigator": true
}
Then run Developer: Reload Window. Setting this only in the local VS Code user settings did not fix the remote extension host.
Required source fix
The extension/dependency should detect Node before accessing navigator:
const isNode =
typeof process === "object" && process?.versions?.node;
if (
!isNode &&
typeof navigator !== "undefined" &&
navigator?.userAgent?.includes("Cloudflare")
) {
return false;
}
After applying the remote setting, the unmodified official extension loaded normally and the Codex webview mounted successfully.
- Dominant language
- Rust
- Stars
- 125k
- Forks
- 19.5k
- Avg merge
- 1m
- Merged PRs (30d)
- 1k
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from openai/codex
-
enhancement remote
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
-
bug CLI windows-os
Difficulty 2/5 1-3 hours Newbie friendliness 76/100
-
macOS sandbox blocks hw.optional.arm64 sysctl, causing Flutter to misdetect Apple Silicon as x64 Openbug CLI sandbox
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
-
bug CLI TUI
Difficulty 2/5 1-3 hours Newbie friendliness 90/100
-
CLI config enhancement skills
Difficulty 2/5 1-3 hours Newbie friendliness 84/100
Similar issues
-
Difficulty 2/5 1-3 hours Newbie friendliness 86/100
kwakseongjae/auto-hwp#319 ·
-
area:cli bug filter-quality good first issue priority:medium
Difficulty 2/5 1-3 hours Newbie friendliness 84/100
-
Difficulty 1/5 Under an hour Newbie friendliness 72/100
bevyengine/bevy#25861 ·
-
comp-datalake
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
ClickHouse/ClickHouse#121222 ·
-
A-linter
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
oxc-project/oxc#26863 ·