Skip to content

[Regression] WebView2 155.0.4283.45 renderer crashes with 0xC0000005; 154.0.4258.62 works #5758

Closed

Description

@nealshort88

Title: [Regression] WebView2 155.0.4283.45 renderer crashes with 0xC0000005; 154.0.4258.62 works

Description

WebView2 Evergreen Runtime 155.0.4283.45 consistently crashes its renderer on Windows 11 Home 25H2 (OS build 26200.9457).

The issue affects multiple unrelated applications, including Windows Search, WhatsApp Desktop and Google Drive for Desktop. It is also reproducible using Microsoft's official WebView2APISample application.

Switching the sample application to Fixed Version Runtime 154.0.4258.62 completely resolves the issue.

Reproduction

  1. Install/use WebView2 Evergreen Runtime 155.0.4283.45.

  2. Launch the official Microsoft WebView2APISample (x64, SDK build 902.0).

  3. Observe the WebView2 child process failure.

  4. Set WEBVIEW2_BROWSER_EXECUTABLE_FOLDER to an extracted Fixed Version Runtime 154.0.4258.62 x64.

  5. Relaunch the same sample application. Web content renders correctly and remains responsive.

  6. Remove the environment override and relaunch with Evergreen 155.0.4283.45. The renderer crashes again.

Actual result

The sample reports:

Kind: COREWEBVIEW2_PROCESS_FAILED_KIND_RENDER_PROCESS_EXITED
Reason: COREWEBVIEW2_PROCESS_FAILED_REASON_CRASHED
Exit code: -1073741819 (0xC0000005)

Google Drive displays a blank interface. WhatsApp Desktop incorrectly reports no internet connection. Windows Search displays a blank loading interface.

Expected result

The renderer starts successfully and applications display their web content normally.

Controlled test results

Runtime | WebView2APISample | Google Drive | WhatsApp -- | -- | -- | -- 155.0.4283.45 | Crashes | Blank interface | No internet connection 154.0.4258.62 | Works | Works | Works 155.0.4283.45 (retest) | Crashes again | Not retested | Not retested

The version 154 tests used WEBVIEW2_BROWSER_EXECUTABLE_FOLDER, without replacing or modifying the installed Evergreen runtime.

Crash diagnostics

Three separate WhatsApp WebView2 Crashpad minidumps were inspected using WinDbg, including crashes from separate application launches.

All three show an identical failure signature:

Exception: 0xC0000005
Module: msedge.dll
Offset: 0xCAFBBE
Instruction: xor r9, qword ptr [r14+8]
r14: DBE7EF36B2C2EB76
Invalid read address: DBE7EF36B2C2EB7E

The failure is highly reproducible. The underlying cause of the invalid pointer has not been established.

Troubleshooting already performed

  • Removed Avast antivirus and rebooted; issue persisted.

  • Completed Windows 11 in-place repair installation preserving applications and files; issue persisted.

  • System File Checker completed without integrity violations.

  • Tested WebView2 with --disable-gpu and --no-sandbox; neither resolved the renderer crash.

  • Verified that the issue reproduces independently in Microsoft's WebView2 sample.

Request

Please investigate a possible renderer regression or compatibility issue introduced between WebView2 154 and 155.

Crash dumps and additional diagnostics can be supplied through an appropriate private channel if required.

Importance

Blocking. My app's basic functions are not working due to this issue.

Runtime Channel

Stable release (WebView2 Runtime)

Runtime Version

155.0.4283.45.

SDK Version

No response

Framework

Other

Operating System

Windows 11

OS Version

No response

Repro steps

Reproduction
Install/use WebView2 Evergreen Runtime 155.0.4283.45.

Launch the official Microsoft WebView2APISample (x64, SDK build 902.0).

Observe the WebView2 child process failure.

Set WEBVIEW2_BROWSER_EXECUTABLE_FOLDER to an extracted Fixed Version Runtime 154.0.4258.62 x64.

Relaunch the same sample application. Web content renders correctly and remains responsive.

Remove the environment override and relaunch with Evergreen 155.0.4283.45. The renderer crashes again.

Repros in Edge Browser

No, issue does not reproduce in the corresponding Edge version

Regression

Regression in newer Runtime

Last working version (if regression)

154.0.4258.62

Activity

  1. github-actions commented on Oct 13, 2026

    @github-actions

    Hi, nealshort88!

    It seems that your issue contains the word "crash". If you have not already, could you attach a crash dump as a comment?

    WV2 crash dumps are located in a subfolder of the app's user data folder (UDF): <UDF>\EBWebView\Crashpad\reports\. By default, the user data folder is created in the app's folder with a name like <App Exe Name>.exe.WebView2. Refer to Crash Diagnostics for more information.

    Thank you for your cooperation!

  2. dhveerap commented on Oct 14, 2026

    @dhveerap
    Contributor

    I am not able to repro the issue. Win32 sample opens fine for me both in release and debug flavors. (PFB for the screenshot)

    Could you kindly follow the steps mentioned here to share crash dumps - #5758 (comment)

    Image
  3. shotahashimoto111 commented on Oct 15, 2026

    @shotahashimoto111

    Same regression here with 155.0.4283.45, but in my case --disable-gpu DOES work around it.

    Environment

    • WebView2 Runtime: 155.0.4283.45 (auto-updated 2026-10-14 08:38)
    • OS: Windows 11 Pro 26200.9711
    • GPU: Intel UHD Graphics 630, driver 31.0.101.2115 (latest legacy driver)
    • Device: Lenovo ThinkCentre M720q

    Affected apps

    • New Teams 26260.1701.5139.3736: "Failure during WebView2 environment creation: 0x8000ffff",
      RetryCreateController failed -> error screen on launch. Crashpad dumps generated each launch.
    • FileMaker Pro 26.0.2: crashes on launch (0xC0000005). Crashes started 2 minutes after the runtime update.

    Tried

    • Repaired WebView2 Runtime: no change
    • Fresh user data folder (renamed EBWebView): no change
    • WEBVIEW2_ADDITIONAL_BROWSER_ARGUMENTS=--disable-gpu: both apps start and work normally

    So on this machine it looks GPU-related (Intel UHD 630), which may help narrow down why you can't repro.
    I can provide crash dumps through a private channel if needed.

  4. dhveerap commented on Oct 15, 2026

    @dhveerap
    Contributor

    shotahashimoto111 Do you also repro with Win32 sample app?

    Please share the dumps at wv2tri@microsoft.com

  5. nealshort88 commented on Oct 17, 2026

    @nealshort88
    Author

    An update from my side:

    The WebView2 Evergreen Runtime has silently updated from 155.0.4283.45 to 155.0.4283.62.

    Following this update, all three originally affected applications — Windows Search, WhatsApp Desktop and Google Drive for Desktop — are now functioning normally without the WebView2 v154 override.

    This strongly suggests the regression has been addressed in build 155.0.4283.62, although I haven't independently confirmed the specific fix.

    I'll continue monitoring for any recurrence.

  6. dhveerap commented on Oct 18, 2026

    @dhveerap
    Contributor

    shotahashimoto111 Could you also check with version 155.0.4283.62 and see if the issue still persists?

  7. dhveerap commented on Oct 20, 2026

    @dhveerap
    Contributor

    Closing this issue as no-repro. Kindly re-open if the issue still persists.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Labels

bugSomething isn't workingregressionSomething used to work but doesn't anymore

Type

No type

Projects

No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions