Skip to content

[Problem/Bug]: Controller creation fails with 8000FFFF (catastrophic failure) on process with UI Access flag enabled #5180

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Open
mhdshameel opened this issue Mar 27, 2025 · 4 comments
Assignees
Labels
bug Something isn't working regression Something used to work but doesn't anymore tracked We are tracking this work internally.

Comments

@mhdshameel
Copy link

What happened?

What happened?
Webview2 controller creation stopped working after Windows 11 upgrade in one machine. HRESULT is 8000FFFF (catastrophic failure). From procmon I can see the webview child processes getting crashed.
Issue started occurring after updated from 23H2 to 24H2.
Note without the UI Access flag webview is working fine.
I have attached the crash dumps of the webview process here as well.

dump file.zip

Image

Managed to reproduce the issue with the webview sample as well. Pls see repro steps for details.

Importance

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

Runtime Channel

Stable release (WebView2 Runtime)

Runtime Version

134.0.3124.51

SDK Version

1.0.2088.41

Framework

Win32

Operating System

Windows 11

OS Version

26120.3380

Repro steps

  1. Set UI Access on a user token
  2. Use the token to CreateProcess on the Win32_GettingStarted sample

Attached the code which I used on the getting started sample here:
WVAppLauncher.zip

Note: the launcher has to be run with LocalSystem to be able to set UI Access.

Repros in Edge Browser

No, issue does not reproduce in the corresponding Edge version

Regression

Regression in newer Runtime

Last working version (if regression)

No response

@mhdshameel mhdshameel added the bug Something isn't working label Mar 27, 2025
Copy link

Hi, @mhdshameel!

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!

@github-actions github-actions bot added the regression Something used to work but doesn't anymore label Mar 27, 2025
@mhdshameel
Copy link
Author

Note: Issue regressed after Windows 11 updated from 23H2 to 24H2.

Dump files are already attached above

@mhdshameel
Copy link
Author

Hi, any updates on this issue?

@ambikakunnath ambikakunnath added the tracked We are tracking this work internally. label Apr 4, 2025
@ambikakunnath
Copy link
Member

The issue is tracked via internal bug

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working regression Something used to work but doesn't anymore tracked We are tracking this work internally.
Projects
None yet
Development

No branches or pull requests

2 participants