[BUG] Claude Desktop install causes Windows 10 Task Manager to crash when switching to More details
Update: Exact trigger narrowed down in comments. The crash is caused by the malformed / extra-quoted HKCU\Software\Microsoft\Windows\CurrentVersion\Run\Claude startup registry value.
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?
Note: This is a Claude Desktop issue, not a Claude Code issue. Anthropic support directed me to file it here.
Installing Claude Desktop causes Windows 10 Task Manager to crash when switching from compact view to "More details".
The issue persists even after terminating all visible Claude-related processes. Task Manager only returns to normal after uninstalling Claude Desktop.
This appears to be related to something Claude Desktop installs or registers on the system/user profile, not simply the running Claude app process.
What Should Happen?
Installing Claude Desktop should not affect Windows Task Manager.
Task Manager should switch to detailed view normally regardless of whether Claude Desktop is installed or whether Claude-related processes are running.
Error Messages/Logs
Application Error:
Faulting application name: Taskmgr.exe
Faulting application version: 10.0.19041.6280
Faulting module name: Taskmgr.exe
Faulting module version: 10.0.19041.6280
Exception code: 0xc0000005
Fault offset: 0x00000000000748a1
Faulting application path: C:\Windows\system32\Taskmgr.exe
Faulting module path: C:\Windows\system32\Taskmgr.exe
Windows Error Reporting:
Event name: APPCRASH
P1: Taskmgr.exe
P2: 10.0.19041.6280
P4: Taskmgr.exe
P5: 10.0.19041.6280
P7: c0000005
P8: 00000000000748a1
Crash dump collected:
Taskmgr.exe.10212.dmp
Size: 162,575,208 bytes
Created: 2026-04-15 00:06:59 KST
Steps to Reproduce
- Start from a state where Claude Desktop is not installed.
- Open Windows Task Manager.
- Click "More details".
- Confirm Task Manager works normally.
- Install Claude Desktop.
- Ensure no visible Claude-related processes are running.
- Open Windows Task Manager.
- Click "More details".
- Task Manager immediately crashes.
- Terminate visible Claude-related processes and try again.
- Task Manager still crashes.
- Uninstall Claude Desktop.
- Open Windows Task Manager again.
- Click "More details".
- Task Manager works normally again.
Claude Model
None
Is this a regression?
I don't know
Last Working Version
Unknown
Claude Code Version
N/A - this issue is about Claude Desktop, not Claude Code. Anthropic support directed me to file it here.
Platform
Other
Operating System
Windows
Terminal/Shell
Other
Additional Information
Environment:
- Product: Claude Desktop
- Claude Desktop version: TODO: add version from About screen
- Installation note: I installed Claude Desktop for the first time yesterday from the official download page, so the installed build should be recent.
- OS: Windows 10 Pro 22H2
- OS build: 19045.6466
- Locale: Korean / ko-KR
- Time zone: Asia/Seoul
- Task Manager path: C:\Windows\System32\Taskmgr.exe
- Taskmgr.exe version: 10.0.19041.6280
Important observations:
- Task Manager works normally before Claude Desktop is installed.
- Task Manager crashes after Claude Desktop is installed.
- Killing visible Claude-related processes does not fix the issue.
- Uninstalling Claude Desktop fixes the issue.
- Resetting Task Manager preferences does not fix the issue.
- The Microsoft Authenticode signature for Taskmgr.exe is valid.
- The crash signature is consistent across reproductions.
Things already tried:
- Terminated visible Claude-related processes.
- Result: Task Manager still crashes.
- Reset Task Manager user preferences:
- HKCU\Software\Microsoft\Windows\CurrentVersion\TaskManager\Preferences
- Result: Task Manager still crashes.
- Verified Taskmgr.exe Microsoft Authenticode signature.
- Result: Signature is valid.
- Uninstalled Claude Desktop.
- Result: Task Manager works normally again.
This suggests an installer-side or registration-side compatibility issue, possibly involving something that remains registered after installation.
Possible areas to investigate:
- WindowsApps registration
- PATH / App Execution Alias behavior
- updater registration
- shell or protocol registration
- scheduled task
- per-user registry entry
- Electron / Chromium runtime side effect
- helper component or integration left registered after installation
====================================================================
Update: exact trigger identified
I narrowed this down further using ProcMon and A/B testing.
The crash is caused by the exact formatting of the Claude Desktop startup registry value.
Registry path:
HKCU\Software\Microsoft\Windows\CurrentVersion\Run\Claude
The problematic value created by Claude Desktop was:
"\"C:\Users\wildphs\AppData\Local\AnthropicClaude\claude.exe\" --startup"
A normal Run value that does not crash Task Manager is:
"C:\Users\wildphs\AppData\Local\AnthropicClaude\claude.exe" --startup
A/B test results
1. Claude Desktop installed with the original extra-quoted Run value:
"\"C:\Users\wildphs\AppData\Local\AnthropicClaude\claude.exe\" --startup"
Result:
Task Manager crashes when clicking "More details".
2. Delete only the Run\Claude value:
Result:
Task Manager works normally.
3. Recreate Run\Claude manually with normal quoting:
"C:\Users\wildphs\AppData\Local\AnthropicClaude\claude.exe" --startup
Result:
Task Manager works normally.
4. Recreate the original extra-quoted value:
"\"C:\Users\wildphs\AppData\Local\AnthropicClaude\claude.exe\" --startup"
Result:
Task Manager crashes again.
So the issue is not caused by the Claude process running. It is triggered by the malformed / extra-quoted startup command registered under:
HKCU\Software\Microsoft\Windows\CurrentVersion\Run\Claude
ProcMon observation
ProcMon showed Taskmgr.exe reading this value shortly before the crash:
HKCU\Software\Microsoft\Windows\CurrentVersion\Run\Claude
Shortly after that, WerFault.exe was launched and Taskmgr.exe threads began exiting.
The BUFFER OVERFLOW result shown by ProcMon on the registry query is likely the normal Windows registry query pattern where the caller first receives the required buffer size and then retries successfully. I do not believe BUFFER OVERFLOW itself is the bug.
The important observation is that Task Manager reads the malformed Claude startup value immediately before Windows Error Reporting starts handling the Task Manager crash.
The later Thread Exit events appear to be a consequence of the crash, not the cause.
Exit status
ProcMon also showed Taskmgr.exe exiting with:
Exit Status: -1073741819
This corresponds to:
0xC0000005
which matches the Event Viewer access violation crash code.
Workaround
Recreate the startup entry with normal quoting:
Set-ItemProperty `
-Path 'HKCU:\Software\Microsoft\Windows\CurrentVersion\Run' `
-Name 'Claude' `
-Type String `
-Value '"C:\Users\<your-user>\AppData\Local\AnthropicClaude\claude.exe" --startup'
Or remove the startup entry entirely:
Remove-ItemProperty `
-Path 'HKCU:\Software\Microsoft\Windows\CurrentVersion\Run' `
-Name 'Claude'
This keeps Claude Desktop installed. It only fixes/removes the startup registry entry.
Updated conclusion
The issue appears to be caused by the malformed / extra-quoted Claude Desktop startup registry value, not by the Claude Desktop process itself.
On my Windows 10 build, Windows Task Manager appears to crash while parsing or displaying this startup entry during detailed view / Startup tab initialization.
================================================
(2026/04/30)
After reinstalling Claude Desktop later, it appeared that the installation method had changed.
Previously, Claude used a startup registration under:HKCU\Software\Microsoft\Windows\CurrentVersion\Run\Claude
That malformed startup string was the trigger for the Windows 10 Task Manager crash.
In the current installation, however, the Run\Claude value was no longer created.
Instead, Get-AppxPackage *Claude* showed Claude installed underC:\Program Files\WindowsApps\...,
suggesting an MSIX/AppX-style packaged install.
A follow-up check with Process Monitor also showed that Task Manager was no longer reading the old Run\Claude startup string path.
Instead, it was querying AppModel / AppContainer package metadata.
So at least based on what I observed, the installation / registration path seems to have changed, and the old Task Manager crash trigger appears to be gone.
Showing cached comments. Read the full discussion on GitHub ↗
15 Comments
Found 1 possible duplicate issue:
This issue will be automatically closed as a duplicate in 3 days.
🤖 Generated with Claude Code
Update: exact trigger identified
I narrowed this down further using ProcMon and A/B testing.
The crash is caused by the exact formatting of the Claude Desktop startup registry value.
Registry path:
HKCU\Software\Microsoft\Windows\CurrentVersion\Run\Claude
The problematic value created by Claude Desktop was:
"\"C:\Users\wildphs\AppData\Local\AnthropicClaude\claude.exe\" --startup"
A normal Run value that does not crash Task Manager is:
"C:\Users\wildphs\AppData\Local\AnthropicClaude\claude.exe" --startup
A/B test results
So the issue is not caused by the Claude process running. It is triggered by the malformed / extra-quoted startup command registered under:
HKCU\Software\Microsoft\Windows\CurrentVersion\Run\Claude
ProcMon observation
ProcMon showed
Taskmgr.exereading this value shortly before the crash:HKCU\Software\Microsoft\Windows\CurrentVersion\Run\Claude
Shortly after that,
WerFault.exewas launched andTaskmgr.exethreads began exiting.The
BUFFER OVERFLOWresult shown by ProcMon on the registry query is likely the normal Windows registry query pattern where the caller first receives the required buffer size and then retries successfully. I do not believeBUFFER OVERFLOWitself is the bug.The important observation is that Task Manager reads the malformed Claude startup value immediately before Windows Error Reporting starts handling the Task Manager crash.
The later
Thread Exitevents appear to be a consequence of the crash, not the cause.Exit status
ProcMon also showed
Taskmgr.exeexiting with:Exit Status: -1073741819
This corresponds to:
0xC0000005
which matches the Event Viewer access violation crash code.
Workaround
Recreate the startup entry with normal quoting:
Or remove the startup entry entirely:
This keeps Claude Desktop installed. It only fixes/removes the startup registry entry.
Updated conclusion
The issue appears to be caused by the malformed / extra-quoted Claude Desktop startup registry value, not by the Claude Desktop process itself.
On my Windows 10 build, Windows Task Manager appears to crash while parsing or displaying this startup entry during detailed view / Startup tab initialization.
I had the same experience. Working the issue resulted in a wrong registry entry for Claude desktop app.
Here is how the entry was exported before the fix:
That caused the TaskManager and the Startup apps page in the system settings to crash after a few seconds due to excessive escaping in the registry.
Corrected entry:
same question
Environment
OS: Windows 10 22H2
Build: 19045.4291
Task Manager: Taskmgr.exe version 10.0.19041.4123
Claude executable path: C:\Users\<user>\AppData\Local\AnthropicClaude\claude.exe
Symptoms
Open Task Manager.
Click “More details”.
Task Manager immediately crashes.
Windows Error Reporting showed:
APPCRASH
Application: Taskmgr.exe
Exception code: c0000005
Fault offset: 000000000005c371
Using the generated Task Manager crash dump and Microsoft symbols, the crash resolved to:
Taskmgr.exe+0x5c371 => TmGetDetailsFromCrudeCmdLine+0x56d
The stack also included startup-item enumeration functions such as:
WdcStartupMonitor::LoadRegistryList
WdcStartupMonitor::_LoadStartupItems
Cause
The Claude startup registry command appears to contain literal backslash-escaped quotes:
\"C:\Users\<user>\AppData\Local\AnthropicClaude\claude.exe\" --startup
This is valid-looking in JSON/string contexts, but not as a Windows registry Run command. Task Manager’s startup command parser appears to mishandle this malformed command and crashes.
Claude should write a valid Windows startup command, for example:
"C:\Users\<user>\AppData\Local\AnthropicClaude\claude.exe" --startup
Manually fix the registry value:
HKCU\Software\Microsoft\Windows\CurrentVersion\Run
Claude = "C:\Users\<user>\AppData\Local\AnthropicClaude\claude.exe" --startup
or remove/disable the Claude startup entry.
same here omg so scary bro i thought i caught hiv in my computer please fix it
I have the same problem:
I note that this is marked as invalid. That does not seem to be the case. Or is this in the wrong place? Either way, this looks like a Claude bug to me. please help me get it to the right place.
What happened for me:
When Claude Desktop is installed Task Manager closes when it is clicked on (change tab, more/less details)
I did all the sfc and dism troubleshooting steps, rebooted and still the same problem.
When I uninstalled Claude Desktop and rebooted, task manager was fine.
I then opened Task Manager while reinstalling Claude Setup.exe (v1.6608.2.0) downloaded on the 12th May 2026
During the install Task Manager changed from full details to less details. It then closed when I clicked on it.
If I close the Claude app in the task area then Task Manager still has the same problems. Only removing Claude Desktop fixed the problem.
A repeatable bug.
I am on the latest updated version of Win10
Here's some info from Event Viewer:
Fault bucket 1824744983326319240, type 4
Event Name: APPCRASH
Response: Not available
Cab Id: 0
Problem signature:
P1: Taskmgr.exe
P2: 10.0.19041.6280
P3: 805ae783
P4: Taskmgr.exe
P5: 10.0.19041.6280
P6: 805ae783
P7: c0000005
P8: 00000000000748a1
P9:
P10:
Attached files:
\\?\C:\ProgramData\Microsoft\Windows\WER\Temp\WER4CF3.tmp.dmp
\\?\C:\ProgramData\Microsoft\Windows\WER\Temp\WER4EC8.tmp.WERInternalMetadata.xml
\\?\C:\ProgramData\Microsoft\Windows\WER\Temp\WER4F85.tmp.xml
\\?\C:\ProgramData\Microsoft\Windows\WER\Temp\WER4F83.tmp.csv
\\?\C:\ProgramData\Microsoft\Windows\WER\Temp\WER4FE2.tmp.txt
These files may be available here:
\\?\C:\ProgramData\Microsoft\Windows\WER\ReportArchive\AppCrash_Taskmgr.exe_df84be78de51aa5f6ed6247b4d4c723cdab35313_bc0581c7_79db8ba8-0fb4-4121-af16-9918289a62e4
Analysis symbol:
Rechecking for solution: 0
Report Id: 66eb4504-fb29-4156-9783-a21fafb3b0d3
Report Status: 268435456
Hashed bucket: 3d43eefe2874fcc1a952cbe4f8d76288
Cab Guid: 0
The event viewer Error:
Faulting application name: Taskmgr.exe, version: 10.0.19041.6280, time stamp: 0x805ae783
Faulting module name: Taskmgr.exe, version: 10.0.19041.6280, time stamp: 0x805ae783
Exception code: 0xc0000005
Fault offset: 0x00000000000748a1
Faulting process ID: 0x4274
Faulting application start time: 0x01dce289f71bfeac
Faulting application path: C:\Windows\System32\Taskmgr.exe
Faulting module path: C:\Windows\System32\Taskmgr.exe
Report ID: 930f7f36-cd63-44a9-b5f4-8374518980a2
Faulting package full name:
Faulting package-relative application ID:
Can confirm the The A/B test result solution (above) works.
In regedit:
Update the value in
HKCU\Software\Microsoft\Windows\CurrentVersion\Run\Claudeto be:
"C:\Users\<User>\AppData\Local\AnthropicClaude\claude.exe" --startupThank you aekiori.
Be nice if the install could be fixed. It wasted a good few hours flailing around to find the solution.
Most people probably don't care, but it also breaks launch on startup for Claude Desktop.
That’s definitely true if the entry is removed entirely. In earlier cases, correcting the Claude startup value fixed the Task Manager crash, but I haven’t personally re-tested whether startup still works correctly afterward.
This issue also prevents the Settings -> Startup Apps page from working in Windows 11.
(Also reported, and closed, in: https://github.com/anthropics/claude-code/issues/44356 and https://github.com/anthropics/claude-code/issues/56369 )
I can confirm removing the extra quotes in the registry entry fixed the issue for me as well.
Imagine being worth billions and yet are unable to remove a single byte to fix a problem so many people have, even with unlimited access to AI, Anthropic is becoming the next Microsoft and it's worrying. Thank you to the folks who put the time and effort into actually debugging and finding a fix for this, it's ridiculous this even happened in the first place!
<img width="373" height="610" alt="Image" src="https://github.com/user-attachments/assets/c6ddd8d0-7928-4efb-8491-c34024ac688d" />
I completely agree. I also sent Anthropic Support the root cause and workaround I documented on GitHub, but their AI support bot just kept giving vague, useless answers.
And at some point, it basically started ghosting me. Imagine having a clearly diagnosed installer bug with a reproducible fix, and the support bot still acts like you're asking about the weather.
Are our voices really unable to reach them?
still not fixed
Still not fixed. Windows 10 Task Manager crashed on 'More details' even after uninstalling Claude desktop. The registry fix worked:
reg delete "HKCU\Software\Microsoft\Windows\CurrentVersion\Run" /v "Claude" /f
The uninstaller is not cleaning up this registry entry.