Platform: Windows 11 (Dev Channel build 26200) with VS 2022, Rust stable, Node 20, Tauri 2 + tauri-plugin-mcp.
Core symptom: cargo run/npm run tauri dev crashed before the window appeared with STATUS_ENTRYPOINT_NOT_FOUND complaining about TaskDialogIndirect missing from comctl32.dll.
What I tried first: repaired VC++ Redistributable (VC_redist.x64.exe) and (re)installed the Evergreen WebView2 Runtime. Neither fixed the crash.
Root cause: on this Windows build the default comctl32.dll in the loader’s search path only exposes Common Controls v5, so the app fails to import TaskDialogIndirect at load time. The plugin never even starts, so MCP is unreachable.
Fix: added a small shim module (src-tauri/src/taskdialog_stub.rs) that exports __imp_TaskDialogIndirect. At runtime it loads comctl32.dll, resolves the real entry if available, and otherwise falls back to a simple MessageBoxW. Once that static is linked, the binary starts cleanly.
Platform: Windows 11 (Dev Channel build 26200) with VS 2022, Rust stable, Node 20, Tauri 2 + tauri-plugin-mcp.
Core symptom: cargo run/npm run tauri dev crashed before the window appeared with STATUS_ENTRYPOINT_NOT_FOUND complaining about TaskDialogIndirect missing from comctl32.dll.
What I tried first: repaired VC++ Redistributable (VC_redist.x64.exe) and (re)installed the Evergreen WebView2 Runtime. Neither fixed the crash.
Root cause: on this Windows build the default comctl32.dll in the loader’s search path only exposes Common Controls v5, so the app fails to import TaskDialogIndirect at load time. The plugin never even starts, so MCP is unreachable.
Fix: added a small shim module (src-tauri/src/taskdialog_stub.rs) that exports __imp_TaskDialogIndirect. At runtime it loads comctl32.dll, resolves the real entry if available, and otherwise falls back to a simple MessageBoxW. Once that static is linked, the binary starts cleanly.