[BUG] Claude Desktop hangs and shows white screen on startup when mapped network drives (VPN) are unreachable

Status Open
Maintainer reply None cached
Activity 0 comments · opened Sep 17, 2026

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?

Claude Desktop hangs on startup (no response) and eventually shows a white screen when mapped network drives (in my case W: and X:, mapped over VPN) are slow or unreachable. This appears to happen because the app's Cowork VM tries to mount all local/mapped drives on startup — similar mechanism to issue #44486, which covers unreachable USB drives causing an immediate crash. In my case it's network drives causing a hang instead of a crash.

What Should Happen?

The app should not block its main UI on mounting drives that are slow or unreachable. Inaccessible or slow drives (network or otherwise) should be skipped with a warning/timeout, not allowed to hang the whole app.

Error Messages/Logs

Steps to Reproduce

  1. Map one or more network drives via VPN (e.g. net use W: \\<host>\<share>).
  2. Disconnect the VPN, or otherwise make the mapped drive unreachable, while the drive letter is still mapped.
  3. Start Claude Desktop.
  4. The app hangs (no response) and eventually shows a white screen.

Workaround that resolved it: fully quit Claude Desktop (via system tray, not just closing the window), run net use W: /delete and net use X: /delete to remove the unreachable mapped drives, then restart the app.

Claude Model

Not sure / Multiple models

Is this a regression?

Yes, this worked in a previous version

Last Working Version

Unknown exact version

Claude Code Version

2.110.1

Platform

Anthropic API

Operating System

Windows

Terminal/Shell

PowerShell

Additional Information

Likely related to #44486 (CoworkVMService crashes when a drive can't be mounted as a Plan9 share) — same suspected root cause (mounting all local/mapped drives on startup), but manifesting as a hang/white-screen instead of an immediate crash, specifically for mapped network drives that are slow to time out rather than immediately erroring. Should not require the user to manually disconnect network drives as a workaround.

Extra info:
Claude Model
N/A — this is a Claude Desktop app startup/infrastructure bug, not model-specific

Is this a regression?
Possibly — seems related to a change where the app started mounting all local/mapped drives (same root cause suspected as #44486), which didn't hang before that change

Last Working Version
Unknown exact version

Claude Code Version
2.110.1

Platform
Claude Desktop app (subscription).

Operating System
Windows 10 Pro, build 10.0.19045

Terminal/Shell
N/A — Claude Desktop GUI

View original on GitHub ↗