Skip to content
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

[Problem/Bug]: File / Folder Browse dialog opening can cause an AppCrash #4998

Open
IDS-Skunkworks opened this issue Dec 16, 2024 · 2 comments
Assignees
Labels
bug Something isn't working

Comments

@IDS-Skunkworks
Copy link

What happened?

When a WebView2 control is embedded in a WinForms App and used to display web pages, clicking a control in the web page that causes a file/folder browse dialog box to open (for uploading files/folders to SharePoint, for example), the App hosting the WebView2 control can experience a crash to desktop with EmbeddedBrowserWebView.dll logging exception code 0x80000003 (ERROR_PATH_NOT_FOUND) if the dialog is trying to display a location that no longer exists (a deleted folder) or is inaccessible (disconnected network drive). This has been experienced on version 131.0.2903.99 of the WebView2 DLL.
Err1.txt
Err2.txt
Err3.txt

Importance

Important. My app's user experience is significantly compromised.

Runtime Channel

Stable release (WebView2 Runtime)

Runtime Version

131.0.2903.99

SDK Version

No response

Framework

Winforms

Operating System

Windows 10, Windows 11

OS Version

No response

Repro steps

Display a web page in the WebView2 control that itself has a control which causes a file/folder browse dialog to appear. In certain circumstances where the previous location used by the dialog is no longer available (deleted folder, inaccessible network drive etc.) WebView2 will cause a crash to desktop.

Repros in Edge Browser

No, issue does not reproduce in the corresponding Edge version

Regression

Don't know

Last working version (if regression)

No response

@IDS-Skunkworks IDS-Skunkworks added the bug Something isn't working label Dec 16, 2024
Copy link

Hi, @IDS-Skunkworks!

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!

@IDS-Skunkworks
Copy link
Author

Hi, @IDS-Skunkworks!

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!

Hi,

Just reproduced the issue and unfortunately that folder is empty so there is nothing to attach, sorry.

@sivMSFT sivMSFT assigned sivMSFT and champnic and unassigned sivMSFT Dec 20, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

3 participants