microsoft-authentication-library-for-dotnet: [Bug] WebView2-based embedded browser does not work in protected directories

Which Version of MSAL are you using ? MSAL 4.28.2

Platform net5-windows10.0.17763.0

What authentication flow has the issue?

  • Desktop / Mobile
    • Interactive

Is this a new or existing app? This is an existing app attempting to adopt new feature.


  1. Install the “evergreen” WebView2 runtime
  2. Create a .NET 5 console app with the following code
var pca = PublicClientApplicationBuilder.Create(clientId).Build();
var result = await pca.AcquireTokenInteractive(scopes)
  1. dotnet publish -r win-x86 the application and copy the publish output in to a directory like %ProgramFiles% (one that requires admin permission to create a new folder).
  2. Run the console app from the new location.

Expected behavior An embedded WebView2-based browser window appears asking for sign-in.

Actual behavior An empty WinForms dialog appears. There are no errors.

Possible Solution Set the WebView2 runtime environment to point the user data folder outside of the protected directory.

Additional context/ Logs / Screenshots The folder the WebView2 runtime tries to create a user data directory, for the browser profile information (cookies, etc). Moving the executable outside of a protected directory (where non-admin users have write and modify permissions) allows the WebView2 runtime to work.


About this issue

  • Original URL
  • State: closed
  • Created 3 years ago
  • Comments: 15 (11 by maintainers)

Most upvoted comments

Also, we’ve discussed with the WebView2 SDK folks and they are actively working on a solution “out of the box”. So in MSAL 4.30 we will be setting the UserFolder out of program files and when WebView2 SDK finish up their work (no ETA, but work is in progress), we would upgrade as well.

@sakkumarfirstam : we’d want to release it this week.

I got exactly the same issue but using a WPF .NET Core 3.1 application and the Visual Studio Setup project to create an installer (setup.exe)


Then, when calling the AcquireTokenInteractive

await app.AcquireTokenInteractive(ApiScopes).ExecuteAsync();

I dont get any error, but if I run the app as administrador I receive the following error

Microsoft Edge can’t read and write to its data directory. %ProgramFiles%

I was reviewing the code to see if you guys were implementing the UserDataFolder property but I could not find it but I noticed that in the WinFormsPanelWithWebView2.cs in the line number 68 you were creating a new instance of the CoreWebView2CreationProperties which has the UseDataFolder property but it is not been used.