Webview startup deadlocks causing the panel to not load properly in VS Code.
Webview startup deadlocks causing the panel to not load properly in VS Code.
Problem statement normalized from the linked evidence
CANDIDATE VIEW · NOT A PUBLISHED OPPORTUNITY
01
Qualification checklist
Gate decision: Aug 15, 2026
×
At least 3 independent users2 / 3
NOT MET
×
At least 2 independent discussions1 / 2
NOT MET
✓
At least 1 supporting signal2 Workarounds
MET
02
Observed signals
Users2
Discussions1
Mentions2
Active days2
Source coverageGitHub
TrendUNKNOWN
First seenAug 09, 2026
Last seenAug 10, 2026
Why the gate is holding
Fewer than 3 independent users
Fewer than 2 independent discussions
Competition research, commercial scoring, and Build Gap analysis do not run until this gate passes.
03
Source evidence
2 evidence records
github · HIGH · Aug 10, 2026
openai/codex
> **Workaround that fixes the root cause without downgrading** > > I hit this exact bug on `26.803.41515` (Windows / VS Code). Downgrading works around it, but here's a direct fix if you want to stay on the current version. > > **Root cause:** the extension host starts a ~30s timer and waits for the webview to send a `{type:"ready"}` handshake. In this version the webview startup deadlocks — `app-main-*.js` gates rendering behind `N.startup.whenReady()`, which never resolves on some machines. `Codex.log` then recor…
**Workaround that fixes the root cause without downgrading** I hit this exact bug on `26.803.41515` (Windows / VS Code). Downgrading works around it, but here's a direct fix if you want to stay on the current version. **Root cause:** the extension host starts a ~30s timer and waits for the webview to send a `{type:"ready"}` handshake. In this version the webview startup deadlocks — `app-main-*.js` gates rendering behind `N.startup.whenReady()`, which never resolves on some machines. `Codex.log` then records `Webvie…