Windsurf: Moving Codex view from Side Bar to Bottom Panel clears chat history and local tasks
Resolved 💬 1 comment Opened Aug 28, 2025 by EunHyeokJung Closed Aug 28, 2025
What version of Codex is running?
Windsurf codex Extensions: 0.3.1
Which model were you using?
Not model related
What platform is your computer?
Windows 10 Pro
What steps can reproduce the bug?
- Open Windsurf with the Codex extension enabled. Start a chat and create at least one local task.
- In the Side Bar, grab the Codex view by its title area and drag it into the Bottom Panel (where Terminal/Problems/Output live).
- After it lands in the Bottom Panel, check the Codex view.
What is the expected behavior?
- Moving the Codex view between containers (Side Bar ↔ Bottom Panel) should preserve the current chat session and local tasks.
- No state loss solely due to layout relocation.
What do you see instead?
- The Codex view appears fresh/empty after the move.
- Chat history is gone.
- Local tasks are missing.
- Cloud tasks still appear as expected.
Additional information
Happened today (Aug 28, 2025 KST) on first install/use of the Windsurf Codex extension.
Developer Tools → Console shows messages during the move:
sw install vscode-webview://1k3v1107ft3qiusr4llo34lrajr5sd1l6eadf0fp45552cg6b5j9/service-worker.js?v=4&vscode-resource-base-authority=vscode-resource.vscode-cdn.net&id=3fc36ba7-209d-4b1c-be2c-c3f3a6006a66&remoteAuthority=
index.html?id=3fc36ba7-209d-4b1c-be2c-c3f3a6006a66&origin=6d78e353-e62e-4483-b462-2dfc561192c1&swVersion=4&extensionId=openai.chatgpt&platform=electron&vscode-resource-base-authority=vscode-resource.vscode-cdn.net&parentOrigin=vscode-file%3A%2F%2Fvscode-app&purpose=webviewView:281 Found unexpected service worker controller. Found: vscode-webview://1k3v1107ft3qiusr4llo34lrajr5sd1l6eadf0fp45552cg6b5j9/service-worker.js?v=4&vscode-resource-base-authority=vscode-resource.vscode-cdn.net&id=4fc6033a-a5a4-495c-8c93-8925311e9f5b&remoteAuthority=. Expected: service-worker.js?v=4&vscode-resource-base-authority=vscode-resource.vscode-cdn.net&id=3fc36ba7-209d-4b1c-be2c-c3f3a6006a66&remoteAuthority=. Waiting for controllerchange.
service-worker.js?v=4&vscode-resource-base-authority=vscode-resource.vscode-cdn.net&id=3fc36ba7-209d-4b1c-be2c-c3f3a6006a66&remoteAuthority=:1 sw activate vscode-webview://1k3v1107ft3qiusr4llo34lrajr5sd1l6eadf0fp45552cg6b5j9/service-worker.js?v=4&vscode-resource-base-authority=vscode-resource.vscode-cdn.net&id=3fc36ba7-209d-4b1c-be2c-c3f3a6006a66&remoteAuthority=
Hypothesis: relocating the view recreates the webview and a service worker/controller mismatch occurs, causing state not to be restored from persistent storage.
This issue has 1 comment on GitHub. Read the full discussion on GitHub ↗