[BUG] Cowork task window does not open on Windows — task shows "waiting for input" but clicking does nothing
Preflight Checklist
- [x] I have searched existing issues and this hasn't been reported yet
- [x] This is a single bug report (please file separate reports for different bugs)
- [x] I am using the latest version of Claude Code
What's Wrong?
When a Cowork task is running and reaches a state where user input is required, the task appears in the Active tasks list and a Windows notification appears saying "Claude is waiting for your input." However, clicking the notification or clicking the task in the Active tasks list does not open any task window or conversation view. The taskbar icon turns orange but no window appears.
What Should Happen?
Clicking an active task or its notification should open a conversation/task window where the user can respond to Claude's question.
Error Messages/Logs
Steps to Reproduce
Open Claude Desktop on Windows, switch to Cowork tab
Select a folder (C:\...) via "Project or folder"
Paste a multi-step task description and press Enter
Task appears under Active tasks and starts running
Windows notification appears: "Claude is waiting for your input"
Clicking notification → taskbar icon turns orange, no window opens
Clicking task in Active tasks list → no window opens
Killing all claude.exe processes in Task Manager and restarting → same result, task gone from history
Claude Model
Sonnet (default)
Is this a regression?
I don't know
Last Working Version
_No response_
Claude Code Version
Version 1.15962.1 (1e236d)
Platform
Anthropic API
Operating System
Windows
Terminal/Shell
Other
Additional Information
This is a Claude Desktop Cowork bug, not a Claude Code CLI issue. I am not using a terminal. The Cowork task was started via the Cowork tab in Claude Desktop on Windows 10. Gmail MCP connector was active. The folder selected was a local Google Drive sync folder.
Showing cached comments. Read the full discussion on GitHub ↗
10 Comments
Found 3 possible duplicate issues:
This issue will be automatically closed as a duplicate in 3 days.
🤖 Generated with Claude Code
This appears related to #62266 (closed as stale, not fixed).
Key finding from my testing: a minimal task ("write hej verden to test.txt")
completes successfully and the file is written to disk correctly — confirming
the execution layer works. The failure is purely in the UI: the task window
never opens and no response is ever rendered, matching the had_first_response: false
pattern described in #62266.
Windows 10, Claude Desktop v1.15962.1 (1e236d), Anthropic API.
Looking for a solution for this issue, please.
Me too, I spent different time on it with a friend today without being able to solve it!
Hello, I am going crazy with this problem as well. Any solutions or ideas?
Workaround, kind of: Make the script work without any user response...
Eventually "communicate" by letting the code write to text file..
But not really a good workaround...
tirs. 30. jun. 2026, 17.48 skrev sergio4 @.***>:
Reproduced on Intel Arc 130V "Lunar Lake" (Copilot+ PC), Windows 11, Smart App Control=evaluation, Memory Integrity=on. The Cowork task window is created at valid on-screen coords (240,76, 800×600) but stays IsWindowVisible=False — never shown. Renderer consistently logs blink.mojom.WidgetHost: Message 0 rejected by interface plus a CSP base-uri 'none' violation and claude.buddy/BuddyBleTransport reportState: No handler registered (see unknown-window.log). Ruled out (no effect): --disable-gpu, --disable-features=CalculateNativeWinOcclusion, --no-sandbox, --use-angle=gl, --disable-features=IsolateOrigins,site-per-process. Same app version (1.15962.x) works on a Dell XPS 15 (different GPU). The task-window renderer never initializes its WidgetHost, so the BrowserWindow never leaves show:false
Actually I'm new to GitHub and I have no technical background, I found this BUG while I was looking for any solution for this problem on google...why is the bug described here with comments from users, instead of being handled from Anthropic?
Seems that the problem has been solved now.
I got an updated for Claude Desktop App, then I had this message "Missing HCS Services: HNS, vmcompute, vfpext". It might be linked to Windows 11 Pro (probably).
Then I asked Claude Code to solve that issue. The fix is to enable two Windows 11 Pro features: Hyper-V (provides vmcompute + vfpext) and Containers (provides HNS).
Then I restarted the computer and it worked. Hope it helps!
I also have no technical background, tried asking claude to fix the issue as Sergio suggested "Missing HCS Services: HNS, vmcompute, vfpext" (eventhough I never received that notification from Claude - for me, it's just not opening my cowork task as described above). Anyway, long story short, I unsubscribed and requested a refund! Hope you guys have a better luck at fixing the issue :)