You right-click a file or invoke Click to Do inside a folder window, and File Explorer vanishes — taskbar, desktop icons, everything — then flickers back seconds later. When the crash lines up exactly with using Click to Do, the feature’s Explorer integration is the trigger, even though Explorer itself takes the fall.
Click to Do reaches into File Explorer through shell extensions and context-menu handlers — small pieces of code that load inside the Explorer process. That in-process design means any fault in the handler, or any conflict with another extension, takes the whole Explorer window down with it.
This guide walks through six fixes in order: confirming Click to Do is the trigger, disabling conflicting shell extensions, repairing the AI runtime, updating drivers, and rebuilding Explorer’s configuration.
Why this happens
- Conflicting third-party shell extension: Context-menu customizers, cloud-storage overlays, and archive tools inject handlers into Explorer. When Click to Do’s handler initializes alongside a buggy one, the process crashes — the most common cause.
- Corrupt Click to Do shell handler registration: If the handler’s registry registration is damaged after a failed update or registry cleaner, Explorer crashes loading a handler that points nowhere.
- AI runtime failure under the hood: Click to Do leans on the on-device AI stack. If that stack fails to engage the hardware — the same class of problem as DirectML not using the NPU — the handler can fault instead of failing gracefully.
- NPU or graphics driver crash: The handler touches the NPU and the GPU composition path. An unstable driver can fault when the AI overlay initializes inside Explorer.
- Corrupt thumbnail or preview cache: A poisoned thumbnail cache entry for a specific file type can crash Explorer the moment Click to Do queries the selection.
- BitLocker or encryption filter interference: On encrypted drives, filter drivers sit between Explorer and the disk. If BitLocker has issues on your Snapdragon laptop , the added filter complexity can destabilize shell handlers — and a missing Studio Effects mic alongside points at the same shaky driver stack.
How to fix it
Work through these in order — diagnose first, then act.
Fix 1: Confirm Click to Do is the trigger and disable it temporarily
First prove the correlation. If Explorer is stable with Click to Do off and crashes with it on, you have isolated the trigger. This is diagnostic — you will re-enable it after the real fix.
- Open Settings > Privacy & security > Click to Do and turn the feature off.
- Use File Explorer normally for 15 minutes: right-click files, open folders, preview documents.
- If no crashes occur, turn Click to Do back on and invoke it (Win + Q) inside a folder window.
- If the crash returns immediately, Click to Do’s Explorer integration is confirmed as the trigger.
- Leave it on for now — the next fixes remove the conflict instead of the feature.
Fix 2: Disable third-party shell extensions with ShellExView
Third-party context-menu and overlay extensions are the top suspect. NirSoft’s free ShellExView lists every shell extension and lets you disable them safely without uninstalling anything.
- Download ShellExView (free, portable) and run it as administrator.
- Sort by Type and focus on Context Menu handlers from non-Microsoft companies (pink background = third party).
- Select all non-Microsoft context-menu extensions, right-click, and choose Disable Selected Items.
- Restart Explorer from ShellExView (Options > Restart Explorer) and test Click to Do in a folder.
- If crashes stop, re-enable extensions in small batches until the crash returns — then leave that one disabled or update it.
Fix 3: Clear the thumbnail and icon caches
A corrupt thumbnail cache can crash Explorer when it renders the area around your Click to Do invocation. Clearing the caches forces a rebuild — quick, safe, and effective when crashes happen on specific folders or file types.
- Open Disk Cleanup, select your system drive, check Thumbnails, and click OK.
- For a deeper clear:
taskkill /f /im explorer.exe, then delete%localappdata%\Microsoft\Windows\Explorer\thumbcache_*.db, thenstart explorer.exein Command Prompt. - Delete
iconcache_*.dbin the same folder with Explorer closed. - Reopen the folder that crashed, let thumbnails regenerate, and invoke Click to Do.
- If crashes were tied to one file type, reinstall that file type’s preview handler afterward.
Fix 4: Repair the AI runtime and re-register the Click to Do handler
If no third-party extension is at fault, the Click to Do handler itself or the AI runtime beneath it is damaged. Start with Windows Update, since Click to Do ships as a system component.
- Go to Settings > Windows Update, install all pending updates, and restart.
- In an elevated PowerShell, try re-registering the app package:
Get-AppxPackage -AllUsers | Where-Object {$_.Name -like "*ClickToDo*"} | Foreach {Add-AppxPackage -DisableDevelopmentMode -Register "$($_.InstallLocation)\AppXManifest.xml"}. - If the command finds nothing, the handler is part of the core OS — run
sfc /scannowthenDISM /Online /Cleanup-Image /RestoreHealthinstead. - Restart and test Click to Do in File Explorer with third-party extensions still disabled.
- Re-enable your shell extensions afterward and confirm the crash does not return.
Fix 5: Update NPU and graphics drivers
The Click to Do overlay inside Explorer exercises the NPU and the GPU composition path together. A driver that is stable in normal use can still fault when the AI overlay initializes — especially after Windows Update replaced your OEM driver with a generic one.
- Download the latest NPU/chipset and graphics drivers for your exact model from Dell , HP , or Lenovo .
- Install as administrator, restarting when prompted between the two packages.
- In Device Manager, confirm neither the NPU nor the display adapter shows a warning icon.
- Test Click to Do in Explorer immediately after the restart.
- If crashes persist only with a specific driver version, roll back in Device Manager.
Fix 6: Reset File Explorer’s configuration to defaults
When everything else checks out, Explorer’s own saved configuration — folder views, Quick Access database, navigation pane state — can harbor the corruption. Resetting it clears per-folder baggage without touching your files.
- Open Folder Options; on the General and View tabs, click Restore Defaults.
- In the same dialog, click Clear next to “Clear File Explorer history.”
- Delete the
*.automaticDestinations-msfiles in%APPDATA%\Microsoft\Windows\Recent\AutomaticDestinations(resets jump lists). - Restart Explorer via Task Manager (right-click Windows Explorer > Restart).
- Re-enable Click to Do fully and test across several folders.
Closing
Click to Do crashing File Explorer looks like an Explorer problem but is almost always a handler conflict: a third-party shell extension, a corrupt registration, or a driver that faults when the AI overlay loads. Isolate with ShellExView, clear the caches, and update the drivers — in that order.
