A cloud-based task management app from Microsoft that helps users organize and manage daily tasks across devices.
The crash pattern matches a WebView2 process failure triggered by window state changes (minimize/suspend/resume) and is consistent with issues seen on Insider builds where WebView2-hosted apps can hit access violations.
Because this is occurring on the Canary channel and affects multiple WebView2-based apps (Microsoft To Do and Feedback Hub), the most effective actions are:
- Collect diagnostic details
- In Task Manager, reproduce the issue and confirm that
msedgewebview2.exechild processes appear under the To Do process and then terminate when minimizing or switching apps. This helps confirm a WebView2 Runtime crash rather than a To Do-specific bug. - After the crash, check Event Viewer:
- Windows Logs → Application/System
- Look for WebView2 or App initialization failures and any Application Control/AppLocker/WDAC blocks that coincide with the crash.
- If present, collect WebView2 crash reports from the user data folder at
EBWebView\Crashpad\reports\for inclusion in feedback.
- In Task Manager, reproduce the issue and confirm that
- Check for security tooling interference
- Use Event Viewer and security logs to see if Windows Defender Application Control (WDAC), AppLocker, Controlled Folder Access (CFA), Data Loss Prevention (DLP), or Endpoint Detection and Response (EDR) are blocking or terminating WebView2 processes when the app is minimized or backgrounded. These can cause blank windows, hangs, or crashes in WebView2-hosted apps.
- Use Feedback Hub to report the Canary-specific regression
- Since this is reproducible on the Canary channel and appears to be a WebView2 compositor/suspend-resume regression, file a detailed bug via Feedback Hub including:
- Exact build number of the Canary build.
- App version (Microsoft To Do 2.172.6603.0) and the 0xc0000005 exception details.
- Confirmation that other WebView2 apps (such as Feedback Hub) show similar behavior.
- Any crash reports from
EBWebView\Crashpad\reports\and relevant Event Viewer entries.
- As a Windows Insider, Feedback Hub is the supported path to get this to the engineering teams; Insider builds are expected to surface such regressions.
- Since this is reproducible on the Canary channel and appears to be a WebView2 compositor/suspend-resume regression, file a detailed bug via Feedback Hub including:
- Temporary mitigations
- If possible, use a non-Canary (more stable) Windows build on production machines until the regression is fixed.
- If security tooling is involved (per logs), test on a machine or profile with those controls relaxed to confirm whether they are contributing to WebView2 process termination.
Once the underlying WebView2 crash is fixed in a future Canary/Insider build, the To Do and Feedback Hub crashes on minimize/focus change should stop without changes to the apps themselves.
References: