Blazor WebAssembly 3.2.0 Preview 2 release now available

Daniel Roth

March 10th, 2020146 0

A new preview update of Blazor WebAssembly is now available! Here’s what’s new in this release:

  • Integration with ASP.NET Core static web assets
  • Token-based authentication
  • Improved framework caching
  • Updated linker configuration
  • Build Progressive Web Apps

Get started

To get started with Blazor WebAssembly 3.2.0 Preview 2 install the latest .NET Core 3.1 SDK.

NOTE: Version 3.1.102 or later of the .NET Core SDK is required to use this Blazor WebAssembly release! Make sure you have the correct .NET Core SDK version by running dotnet --version from a command prompt.

Once you have the appropriate .NET Core SDK installed, run the following command to install the update Blazor WebAssembly template:

dotnet new -i Microsoft.AspNetCore.Components.WebAssembly.Templates::3.2.0-preview2.20160.5

That’s it! You can find additional docs and samples on https://blazor.net.

Upgrade an existing project

To upgrade an existing Blazor WebAssembly app from 3.2.0 Preview 1 to 3.2.0 Preview 2:

  • Update your package references and namespaces as described below:
    • Microsoft.AspNetCore.Blazor -> Microsoft.AspNetCore.Components.WebAssembly
    • Microsoft.AspNetCore.Blazor.Build -> Microsoft.AspNetCore.Components.WebAssembly.Build
    • Microsoft.AspNetCore.Blazor.DevServer -> Microsoft.AspNetCore.Components.WebAssembly.DevServer
    • Microsoft.AspNetCore.Blazor.Server -> Microsoft.AspNetCore.Components.WebAssembly.Server
    • Microsoft.AspNetCore.Blazor.HttpClient -> Microsoft.AspNetCore.Blazor.HttpClient (unchanged)
    • Microsoft.AspNetCore.Blazor.DataAnnotations.Validation -> Microsoft.AspNetCore.Components.DataAnnotations.Validation
    • Microsoft.AspNetCore.Blazor.Mono -> Microsoft.AspNetCore.Components.WebAssembly.Runtime
    • Mono.WebAssembly.Interop -> Microsoft.JSInterop.WebAssembly
  • Update all Microsoft.AspNetCore.Components.WebAssembly.* package references to version 3.2.0-preview2.20160.5.
  • In Program.cs add a call to builder.Services.AddBaseAddressHttpClient().
  • Rename BlazorLinkOnBuild in your project files to BlazorWebAssemblyEnableLinking.
  • If your Blazor WebAssembly app is hosted using ASP.NET Core, make the following updates in Startup.cs in your Server project:
    • Rename UseBlazorDebugging to UseWebAssemblyDebugging.
    • Remove the calls to services.AddResponseCompression and app.UseResponseCompression() (response compression is now handled by the Blazor framework).
    • Replace the call to app.UseClientSideBlazorFiles<Client.Program>() with app.UseBlazorFrameworkFiles().
    • Replace the call to endpoints.MapFallbackToClientSideBlazor<Client.Program>("index.html") with endpoints.MapFallbackToFile("index.html").

Hopefully that wasn’t too painful!

NOTE: The structure of a published Blazor WebAssembly app has also changed as part of this release, which may require you to update how you deploy your apps. See the “Integration with ASP.NET Core static web assets” section below for details.

Integration with ASP.NET Core static web assets

Blazor WebAssembly apps now integrate seamlessly with how ASP.NET Core handles static web assets. Blazor WebAssembly apps can use the standard ASP.NET Core convention for consuming static web assets from referenced projects and packages: _content/{LIBRARY NAME}/{path}. This allows you to easily pick up static assets from referenced component libraries and JavaScript interop libraries just like you can in a Blazor Server app or any other ASP.NET Core web app.

Blazor WebAssembly apps are also now hosted in ASP.NET Core web apps using the same static web assets infrastructure. After all, a Blazor WebAssembly app is just a bunch of static files!

This integration simplifies the startup code for ASP.NET Core hosted Blazor WebAssembly apps and removes the need to have an assembly reference from the server project to the client project. Only the project reference is needed, so setting ReferenceOutputAssembly to false for the client project reference is now supported.

Building on the static web assets support in ASP.NET Core also enables new scenarios like hosting ASP.NET Core hosted Blazor WebAssembly apps in Docker containers. In Visual Studio you can add docker support to your Blazor WebAssembly app by right-clicking on the Server project and selecting Add > Docker support.

As a result of this change, the structure of the published output of a Blazor WebAssembly app is now more consistent with other ASP.NET Core apps. A Blazor WebAssembly app is now published to the /bin/Release/netstandard2.1/publish/wwwroot folder (a dist folder is no longer generated). To publish a standalone Blazor WebAssembly app as a static site, copy the contents of the published wwwroot folder to your static site host. If the Blazor WebAssembly app is hosted in an ASP.NET Core app, the client Blazor WebAssembly app is published into the wwwroot folder of the published server app just like any other static web asset.

Token-based authentication

Blazor WebAssembly now has built-in support for token-based authentication.

Blazor WebAssembly apps are secured in the same manner as Single Page Applications (SPAs). There are several approaches for authenticating users to SPAs, but the most common and comprehensive approach is to use an implementation based on the OAuth 2.0 protocol, such as OpenID Connect (OIDC). OIDC allows client apps, like a Blazor WebAssembly app, to verify the user identity and obtain basic profile information using a trusted provider.

Using the Blazor WebAssembly project template you can now quickly create apps setup for authentication using:

  • ASP.NET Core Identity and IdentityServer
  • An existing OpenID Connect provider
  • Azure Active Directory

Authenticate using ASP.NET Core Identity and IdentityServer

Authentication for Blazor WebAssembly apps can be handled using ASP.NET Core Identity and IdentityServer. ASP.NET Core Identity handles authenticating users while IdentityServer handles the necessary protocol endpoints.

To create a Blazor WebAssembly app setup with authentication using ASP.NET Core Identity and IdentityServer run the following command:

dotnet new blazorwasm --hosted --auth Individual -o BlazorAppWithAuth1

If you’re using Visual Studio, you can create the project by selecting the “ASP.NET Core hosted” option and the selecting “Change Authentication” > “Individual user accounts”.

Blazor authentication

Run the app and try to access the Fetch Data page. You’ll get redirected to the login page.

Blazor login

Register a new user and log in. You can now access the Fetch Data page.

Fetch data authorized

The Server project is configured to use the default ASP.NET Core Identity UI, as well as IdentityServer, and JWT authentication:

// Add the default ASP.NET Core Identity UI
services.AddDefaultIdentity<ApplicationUser>(options => options.SignIn.RequireConfirmedAccount = true)
    .AddEntityFrameworkStores<ApplicationDbContext>();

// Add IdentityServer with support for API authorization
services.AddIdentityServer()
    .AddApiAuthorization<ApplicationUser, ApplicationDbContext>();

// Add JWT authentication
services.AddAuthentication()
    .AddIdentityServerJwt();

The Client app is registered with IdentityServer in the appsettings.json file:

"IdentityServer": {
  "Clients": {
    "BlazorAppWithAuth1.Client": {
      "Profile": "IdentityServerSPA"
    }
  }
},

In the Client project, the services needed for API authorization are added in Program.cs:

builder.Services.AddApiAuthorization();

In FetchData.razor the IAccessTokenProvider service is used to acquire an access token from the server. The token may be cached or acquired without the need of user interaction. If acquiring the token succeeds, it is then applied to the request for weather forecast data using the standard HTTP Authorization header. If acquiring the token silently fails, the user is redirected to the login page:

protected override async Task OnInitializedAsync()
{
    var httpClient = new HttpClient();
    httpClient.BaseAddress = new Uri(Navigation.BaseUri);

    var tokenResult = await AuthenticationService.RequestAccessToken();

    if (tokenResult.TryGetToken(out var token))
    {
        httpClient.DefaultRequestHeaders.Add("Authorization", $"Bearer {token.Value}");
        forecasts = await httpClient.GetJsonAsync<WeatherForecast[]>("WeatherForecast");
    }
    else
    {
        Navigation.NavigateTo(tokenResult.RedirectUrl);
    }
}

For additional details on using Blazor WebAssembly with ASP.NET Core Identity and IdentityServer see Secure an ASP.NET Core Blazor WebAssembly hosted app with Identity Server

Authenticate using an existing OpenID Connect provider

You can setup authentication for a standalone Blazor WebAssembly using any valid OIDC provider. Once you’ve registered your app with the OIDC provider you configure the Blazor WebAssembly app to use that provider by calling AddOidcAuthentication in Program.cs:

builder.Services.AddOidcAuthentication(options =>
{
    options.ProviderOptions.Authority = "{AUTHORITY}";
    options.ProviderOptions.ClientId = "{CLIENT ID}";
});

You can create a standalone Blazor WebAssembly app that uses a specific OIDC provider for authentication using the following command:

dotnet new blazorwasm --auth Individual --client-id "{CLIENT ID}" --authority "{AUTHORITY}"

For more details on configuring authentication for a standalone Blazor WebAssembly app see Secure an ASP.NET Core Blazor WebAssembly standalone app with the Authentication library

Authenticate using Azure AD & Azure AD B2C

You can also setup Blazor WebAssembly apps to use Azure Active Directory (Azure AD) or Azure Active Directory Business-to-Customer (Azure AD B2C) for authentication. When authenticating using Azure AD or Azure AD B2C authentication is handled using the new Microsoft.Authentication.WebAssembly.Msal library, which is based on the Microsoft Authentication Library (MSAL.js).

To learn how to setup authentication for Blazor WebAssembly app using Azure AD or Azure AD B2C see:

Additional authentication resources

This is just a sampling of the new authentication capabilities in Blazor WebAssembly. To learn more about how Blazor WebAssembly supports authentication see Secure ASP.NET Core Blazor WebAssembly.

Improved framework caching

If you look at the network trace of what’s being download for a Blazor WebAssembly app after it’s initially loaded, you might think that Blazor WebAssembly has been put on some sort of extreme diet:

Blazor network

Whoa! Only 159kB? What’s going on here?

When a Blazor WebAssembly app is initially loaded, the runtime and framework files are now stored in the browser cache storage:

Blazor cache

When the app loads, it first uses the contents of the blazor.boot.json to check if it already has all of the runtime and framework files it needs in the cache. If it does, then no additional network requests are necessary.

You can still see what the true size of the app is during development by checking the browser console:

Blazor loaded resources

Updated linker configuration

You may notice with this preview release that the download size of the app during development is now a bit larger, but build times are faster. This is because we no longer run the .NET IL linker during development to remove unused code. In previous Blazor previews we ran the linker on every build, which slowed down development. Now we only run the linker for release builds, which are typically done as part of publishing the app. When publishing the app with a release build (dotnet publish -c Release), the linker removes any unnecessary code and the download size is much more reasonable (~2MB for the default template).

If you prefer to still run the .NET IL linker on each build during development, you can turn it on by adding <BlazorWebAssemblyEnableLinking>true</BlazorWebAssemblyEnableLinking> to your project file.

Build Progressive Web Apps with Blazor

A Progressive Web App (PWA) is a web-based app that uses modern browser APIs and capabilities to behave like a native app. These capabilities can include:

  • Working offline and always loading instantly, independently of network speed
  • Being able to run in its own app window, not just a browser window
  • Being launched from the host operating system (OS) start menu, dock, or home screen
  • Receiving push notifications from a backend server, even while the user is not using the app
  • Automatically updating in the background

A user might first discover and use the app within their web browser like any other single-page app (SPA), then later progress to installing it in their OS and enabling push notifications.

Blazor WebAssembly is a true standards-based client-side web app platform, so it can use any browser API, including the APIs needed for PWA functionality.

Using the PWA template

When creating a new Blazor WebAssembly app, you’re offered the option to add PWA features. In Visual Studio, the option is given as a checkbox in the project creation dialog:

image

If you’re creating the project on the command line, you can use the --pwa flag. For example,

dotnet new blazorwasm --pwa -o MyNewProject

In both cases, you’re free to also use the “ASP.NET Core hosted” option if you wish, but don’t have to do so. PWA features are independent of how the app is hosted.

Installation and app manifest

When visiting an app created using the PWA template option, users have the option to install the app into their OS’s start menu, dock, or home screen.

The way this option is presented depends on the user’s browser. For example, when using desktop Chromium-based browsers such as Edge or Chrome, an Add button appears within the address bar:

image

On iOS, visitors can install the PWA using Safari’s Share button and its Add to Homescreen option. On Chrome for Android, users should tap the Menu button in the upper-right corner, then choose Add to Home screen.

Once installed, the app appears in its own window, without any address bar.

image

To customize the window’s title, color scheme, icon, or other details, see the file manifest.json in your project’s wwwroot directory. The schema of this file is defined by web standards. For detailed documentation, see https://developer.mozilla.org/en-US/docs/Web/Manifest.

Offline support

By default, apps created using the PWA template option have support for running offline. A user must first visit the app while they are online, then the browser will automatically download and cache all the resources needed to operate offline.

Important: Offline support is only enabled for published apps. It is not enabled during development. This is because it would interfere with the usual development cycle of making changes and testing them.

Warning: If you intend to ship an offline-enabled PWA, there are several important warnings and caveats you need to understand. These are inherent to offline PWAs, and not specific to Blazor. Be sure to read and understand these caveats before making assumptions about how your offline-enabled app will work.

To see how offline support works, first publish your app, and host it on a server supporting HTTPS. When you visit the app, you should be able to open the browser’s dev tools and verify that a Service Worker is registered for your host:

image

Additionally, if you reload the page, then on the Network tab you should see that all resources needed to load your page are being retrieved from the Service Worker or Memory Cache:

image

This shows that the browser is not dependent on network access to load your app. To verify this, you can either shut down your web server, or instruct the browser to simulate offline mode:

image

Now, even without access to your web server, you should be able to reload the page and see that your app still loads and runs. Likewise, even if you simulate a very slow network connection, your page will still load almost immediately since it’s loaded independently of the network.

To learn more about building PWAs with Blazor, check out the documentation.

Known issues

There are a few known issues with this release that you may run into:

  • When building a Blazor WebAssembly app using an older .NET Core SDK you may see the following build error:

    error MSB4018: The "ResolveBlazorRuntimeDependencies" task failed unexpectedly.
error MSB4018: System.IO.FileNotFoundException: Could not load file or assembly '\BlazorApp1\obj\Debug\netstandard2.1\BlazorApp1.dll'. The system cannot find the file specified.
error MSB4018: File name: '\BlazorApp1\obj\Debug\netstandard2.1\BlazorApp1.dll' 
error MSB4018:    at System.Reflection.AssemblyName.nGetFileInformation(String s)
error MSB4018:    at System.Reflection.AssemblyName.GetAssemblyName(String assemblyFile)
error MSB4018:    at Microsoft.AspNetCore.Components.WebAssembly.Build.ResolveBlazorRuntimeDependencies.GetAssemblyName(String assemblyPath)
error MSB4018:    at Microsoft.AspNetCore.Components.WebAssembly.Build.ResolveBlazorRuntimeDependencies.ResolveRuntimeDependenciesCore(String entryPoint, IEnumerable`1 applicationDependencies, IEnumerable`1 monoBclAssemblies)
error MSB4018:    at Microsoft.AspNetCore.Components.WebAssembly.Build.ResolveBlazorRuntimeDependencies.Execute()
error MSB4018:    at Microsoft.Build.BackEnd.TaskExecutionHost.Microsoft.Build.BackEnd.ITaskExecutionHost.Execute()
error MSB4018:    at Microsoft.Build.BackEnd.TaskBuilder.ExecuteInstantiatedTask(ITaskExecutionHost taskExecutionHost, TaskLoggingContext taskLoggingContext, TaskHost taskHost, ItemBucket bucket, TaskExecutionMode howToExecuteTask)

    To address this issue, upgrade to version 3.1.102 or later of the .NET Core 3.1 SDK.

  • You may see the following warning when building from the command-line:

    CSC : warning CS8034: Unable to load Analyzer assembly C:\Users\user\.nuget\packages\microsoft.aspnetcore.components.analyzers\3.1.0\analyzers\dotnet\cs\Microsoft.AspNetCore.Components.Analyzers.dll : Assembly with same name is already loaded

    This issue will be fixed in a future update to the .NET Core SDK. To workaround this issue, add the <DisableImplicitComponentsAnalyzers>true</DisableImplicitComponentsAnalyzers> property to the project file.

  • The following error may occur when publishing an ASP.NET Core hosted Blazor app with the .NET IL linker disabled:

    An assembly specified in the application dependencies manifest (BlazorApp1.Server.deps.json) was not found

    This error occurs when assemblies shared by the server and Blazor client project get removed during publish (see https://github.com/dotnet/aspnetcore/issues/19926).

    To workaround this issue, ensure that you publish with the .NET IL linker enabled. To publish with the linker enabled:

    • Publish using a Release build configuration: dotnet publish -c Release. The .NET IL linker is automatically run for Release builds, but not for Debug builds.
    • Don’t set BlazorWebAssemblyEnableLinking to false in your client project file.

    If you’re hitting issues running with the linker disabled, you may need to configure the linker to preserve code that is being called using reflection. See https://docs.microsoft.com/aspnet/core/host-and-deploy/blazor/configure-linker for details.

Feedback

We hope you enjoy the new features in this preview release of Blazor WebAssembly! Please let us know what you think by filing issues on GitHub.

Thanks for trying out Blazor!

Daniel Roth Principal Product Manager, ASP.NET

Read next

146 comments

Discussion is closed. Login to edit/delete existing comments.

  • Wade Balzer 0

    I don’t know if this is just me, but on two machines running VS 2019 v16.4.6, I create a Blazor WebAssembly project with Individual User Accounts option, ASP.Net Core Hosted, and PWA options checked. I’m using ASP.Net Core 3.1.200. Doing nothing more than just running the application (IIS Express), when I click the Register Link at the top of the page, the page says… Checking login state…. with an “An unhandled error has occurred. Reload” at the bottom.

    WASM: Unhandled exception rendering component:
blazor.webassembly.js (1,35601)
WASM: Microsoft.JSInterop.JSException: Invalid calling object
blazor.webassembly.js (1,35601)
WASM: TypeError: Invalid calling object
blazor.webassembly.js (1,35601)
WASM:    at Anonymous function (https://localhost:44308/_framework/blazor.webassembly.js:1:9733)
blazor.webassembly.js (1,35601)
WASM:    at Promise (native code)
blazor.webassembly.js (1,35601)
WASM:    at e.jsCallDispatcher.beginInvokeJSFromDotNet (https://localhost:44308/_framework/blazor.webassembly.js:1:9703)
blazor.webassembly.js (1,35601)
WASM:    at _mono_wasm_invoke_js_marshalled (https://localhost:44308/_framework/wasm/dotnet.3.2.0-preview2.20159.2.js:1:162911)
blazor.webassembly.js (1,35601)
WASM:    at Module[_mono_wasm_invoke_method] (https://localhost:44308/_framework/wasm/dotnet.3.2.0-preview2.20159.2.js:1:187078)
blazor.webassembly.js (1,35601)
WASM:    at BINDING.call_method (https://localhost:44308/_framework/wasm/dotnet.3.2.0-preview2.20159.2.js:1:150813)
blazor.webassembly.js (1,35601)
WASM:    at Anonymous function (https://localhost:44308/_framework/wasm/dotnet.3.2.0-preview2.20159.2.js:1:153153)
blazor.webassembly.js (1,35601)
WASM:    at beginInvokeDotNetFromJS (https://localhost:44308/_framework/blazor.webassembly.js:1:37610)
blazor.webassembly.js (1,35601)
WASM:    at s (https://localhost:44308/_framework/blazor.webassembly.js:1:8432)
blazor.webassembly.js (1,35601)
WASM:    at e.invokeMethodAsync (https://localhost:44308/_framework/blazor.webassembly.js:1:9502)
blazor.webassembly.js (1,35601)
WASM:   at System.Threading.Tasks.ValueTask`1[TResult].get_Result () <0x2cb9260 + 0x0002c> in <filename unknown>:0 
blazor.webassembly.js (1,35601)
WASM:   at Microsoft.JSInterop.JSRuntimeExtensions.InvokeVoidAsync (Microsoft.JSInterop.IJSRuntime jsRuntime, System.String identifier, System.Object[] args) <0x2aa1508 + 0x000e4> in <filename unknown>:0 
blazor.webassembly.js (1,35601)
WASM:   at Microsoft.AspNetCore.Components.WebAssembly.Authentication.RemoteAuthenticatorViewCore`1[TAuthenticationState].OnParametersSetAsync () <0x2d5f528 + 0x00550> in <filename unknown>:0 
blazor.webassembly.js (1,35601)
WASM:   at Microsoft.AspNetCore.Components.ComponentBase.CallStateHasChangedOnAsyncCompletion (System.Threading.Tasks.Task task) <0x2bffdd8 + 0x000e6> in <filename unknown>:0 
blazor.webassembly.js (1,35601)
WASM:   at Microsoft.AspNetCore.Components.ComponentBase.RunInitAndSetParametersAsync () <0x2a11168 + 0x001fc> in <filename unknown>:0 
blazor.webassembly.js (1,35601)
WASM:   at Microsoft.AspNetCore.Components.RenderTree.Renderer.GetErrorHandledTask (System.Threading.Tasks.Task taskToHandle) <0x2c00918 + 0x000c2> in <filename unknown>:0 
blazor.webassembly.js (1,35601)

    The Login link works just fine, and the Register link on the server page works fine. Returning back to the Client app, clicking my email address to take me to a profile page… that is also broken.

    I am assuming the problem lies in the new tag…

    <RemoteAuthenticatorView Action="@Action" />

    Thanks,

    • Daniel RothMicrosoft employee 0

      Hi Wade. I’m not able to reproduce this issue on my machine. Could you please create a GitHub issue for this on https://github.com/dotnet/aspnetcore/issues and share with us the project that gets generated so we can take a look?

  • Miku Kaito 0

    Strange issue after updating I get with my own app and also with a fresh one made off the PWA Webassembly template:

    blazor Loaded 6.03 MB resourcesThis application was built with linking (tree shaking) disabled. Published applications will be significantly smaller.

    WASM: System.TypeLoadException: Could not resolve type with token 01000018 from typeref (expected class ‘System.Threading.Tasks.Task’ in assembly ‘System.Runtime, Version=4.2.2.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a’)
    WASM: at (wrapper managed-to-native) System.Reflection.MonoMethodInfo.get_parameter_info(intptr,System.Reflection.MemberInfo)
    WASM: at System.Reflection.MonoMethodInfo.GetParametersInfo (System.IntPtr handle, System.Reflection.MemberInfo member) in :0
    WASM: at System.Reflection.RuntimeMethodInfo.GetParameters () in :0
    WASM: at System.Reflection.MethodBase.GetParametersNoCopy () in :0
    WASM: at System.RuntimeType.FilterApplyMethodBase (System.Reflection.MethodBase methodBase, System.Reflection.BindingFlags methodFlags, System.Reflection.BindingFlags bindingFlags, System.Reflection.CallingConventions callConv, System.Type[] argumentTypes) in :0
    WASM: at System.RuntimeType.FilterApplyMethodInfo (System.Reflection.RuntimeMethodInfo method, System.Reflection.BindingFlags bindingFlags, System.Reflection.CallingConventions callConv, System.Type[] argumentTypes) in :0
    WASM: at System.RuntimeType.GetMethodCandidates (System.String name, System.Int32 genericParameterCount, System.Reflection.BindingFlags bindingAttr, System.Reflection.CallingConventions callConv, System.Type[] types, System.Boolean allowPrefixLookup) in :0
    WASM: at System.RuntimeType.GetMethodImplCommon (System.String name, System.Int32 genericParameterCount, System.Reflection.BindingFlags bindingAttr, System.Reflection.Binder binder, System.Reflection.CallingConventions callConv, System.Type[] types, System.Reflection.ParameterModifier[] modifiers) in :0
    WASM: at System.RuntimeType.GetMethodImpl (System.String name, System.Reflection.BindingFlags bindingAttr, System.Reflection.Binder binder, System.Reflection.CallingConventions callConv, System.Type[] types, System.Reflection.ParameterModifier[] modifiers) in :0
    WASM: at System.Type.GetMethod (System.String name, System.Reflection.BindingFlags bindingAttr, System.Reflection.Binder binder, System.Reflection.CallingConventions callConvention, System.Type[] types, System.Reflection.ParameterModifier[] modifiers) in :0
    WASM: at System.Type.GetMethod (System.String name, System.Reflection.BindingFlags bindingAttr, System.Reflection.Binder binder, System.Type[] types, System.Reflection.ParameterModifier[] modifiers) in :0
    WASM: at Microsoft.AspNetCore.Components.WebAssembly.Hosting.EntrypointInvoker.FindUnderlyingEntrypoint (System.Reflection.Assembly assembly) in :0
    WASM: at Microsoft.AspNetCore.Components.WebAssembly.Hosting.EntrypointInvoker.InvokeEntrypoint (System.String assemblyName, System.String[] args) in :0

    Googled and tried things for a long time, reinstalled .net 3.2.200 x86 and x64. Might just give up on it for now or reinstall everything, seems to be a very unique issue.

  • Lucas Elzinga 0

    Is there any point that Blazor Web Assembly will move away from the MVC server side scaffold authentication pages? It would be nice if the scaffolding had a Blazor configured authentication process using the tokens and api instead of having 2 different style within the same project. I know it probably isn’t high priority or anything but it would be nice to see a full end to end authentication/authorization built in razor components.

    • Daniel RothMicrosoft employee 0

      Hi Lucas. Because of the cost associated with maintaining multiple implementations of the default Identity UI, we don’t plan to provide a Blazor based implementation.

  • Osman Taskiran 0

    Hi Daniel,

    Preview 2 issues annoying.
    Could you please add this version issues to the Known Issues section. Everybody losing their time!
    for example: IIS – Azure Win App Service 500.31
    Blazor is your product, Azure is your product, Windows is your product, IIS is your product, but there is no any attention.

    I don’t need to read all posts before deployment.

    • Daniel RothMicrosoft employee 0

      Hi Osman. I apologize for the lost time! Some issues are expected while Blazor WebAssembly is still in preview. Your feedback helps us make sure that we deliver a high quality release this May!

      If you’re trying to publish with the .NET IL linker disabled, it’s possible you may be hitting https://github.com/dotnet/aspnetcore/issues/19926. Could you please try publishing with the linker enabled and see if that addresses your issue? I will add this issue to the release notes.

      • Osman Taskiran 0

        Azure App Service
        West Europe
        Stack: .Net Core
        Platform: 64 Bit
        App Service Extensions: ASP.Net Core 3.1(x64) Runtime

        I had try to solve the problem with the False value for “BlazorWebAssemblyEnableLinking” option within Release and Debug modes.
        It did not work last night.
        But it works with true value in Release and Debug modes.

        Client project:

        true

        Thank you for your reply. I was hate to you last night 🙂
        Because documentation recommends this value set to false.(https://docs.microsoft.com/en-us/aspnet/core/host-and-deploy/blazor/configure-linker?view=aspnetcore-3.1)

        Thank you again.

        • Daniel RothMicrosoft employee 0

          Hi Osman. I’m glad your app is now working! We recommend using the .NET IL linker when publishing your app. Running the .NET IL linker will dramatically decrease the download size of your app. In some cases you may need to disable the linker to work around issues with libraries that are using reflection. The linker can’t statically analyze reflection based code, so it may remove APIs that are getting called by reflection based code, which can then cause failures at runtime. A better way to work around these linker related issues is to configure the linker to preserve any APIs that are still needed (see https://docs.microsoft.com/aspnet/core/host-and-deploy/blazor/configure-linker for details). We’re also working on improving our documentation on how to make libraries linker friendly.

  • ice denis 0

    I have m.b a stubid question but i really cant find the solution for it :
    in old version my Programm.cs on clinet side was looking like this :
    public class Program
    {
    public static void Main(string[] args)
    {
    CreateHostBuilder(args).Build().Run();
    }

        public static IWebAssemblyHostBuilder CreateHostBuilder(string[] args) =>
        BlazorWebAssemblyHost.CreateDefaultBuilder()
            .UseBlazorStartup<Startup>();
}

    new Version i made it like this >
    public class Program
    {
    public static async Task Main(string[] args)
    {
    var builder = WebAssemblyHostBuilder.CreateDefault(args);
    builder.RootComponents.Add(“app”);

            builder.Services.AddBaseAddressHttpClient();

        await builder.Build().RunAsync();
    }
}

    and now what do i do with this Setup on the Client side:?
    public class Startup
    {
    public void ConfigureServices(IServiceCollection services)
    {
    services.AddStorage();
    services.AddToaster(config =>
    {
    config.PositionClass = Defaults.Classes.Position.TopRight;
    config.PreventDuplicates = true;
    config.NewestOnTop = false;
    });
    }

         public void Configure(IComponentsApplicationBuilder app)
    {
        app.AddComponent<App>("app");
    }

}
  • Dario Granich 0

    Hi,

    After updating to this latest version and fixing all the issue, I am still seeing the following error

    Conflicting assets with the same path ‘/_content/BlazorDateRangePicker/daterangepicker.min.css’ for content root paths ‘xx\Client\wwwroot_content\BlazorDateRangePicker\daterangepicker.min.css’ and ‘C:\Users\xxxx.nuget\packages\blazordaterangepicker\2.0.0\build..\staticwebassets\daterangepicker.min.css’. BlazorApp.Api.Server C:\Program Files\dotnet\sdk\3.1.201\Sdks\Microsoft.NET.Sdk.Razor\build\netstandard2.0\Microsoft.NET.Sdk.Razor.StaticWebAssets.targets 191

    Any clues?

    • Daniel RothMicrosoft employee 0

      It looks like you might have a package reference and a project reference that are both trying to bring in daterangepicker.min.css?

      • Wil Wilder Apaza Bustamante 0

        this comment has been deleted.

        • Daniel RothMicrosoft employee 0

          Hi Dario. For ASP.NET Core hosted apps, the reference from the server project to the client project is expected. But maybe you have a package reference to BlazorDateRangePicker in one project and then a project reference to BlazorDateRangePicker in a different project?

      • Dario Granich 0

        Ok, the problem was that daterangepicker.min.css existed in both www/_content/BlazorDateRangePicker/ folder and C:\Users\xxxx.nuget\packages\blazordaterangepicker\2.0.0\build..\staticwebassets folder.

        So what confuses me is when I uninstalled this package and deleted www/_content/BlazorDateRangePicker/ folder, and install it again, it will not copy files into www/_content/BlazorDateRangePicker/ ie. I cannot reference is from index.html. So if files are installed in C:\Users\xxxx.nuget\packages\blazordaterangepicker\2.0.0\build..\staticwebassets does it mean that I would have to manually copy it to _content folder and exclude it from the project in order to build the project and be able to reference it from index.html?

  • Javier Sánchez 0

    Also, for migrating existing projects, it’s required to add:

    <script src="_content/Microsoft.AspNetCore.Components.WebAssembly.Authentication/AuthenticationService.js"></script>

    in index.html for using the new Authentication feature.
    If not you will receive:

    Microsoft.JSInterop.JSException: Could not find ‘AuthenticationService’ in ‘window’.

    • Stamatios Pavlis 0

      Thank you, I had the same issue!

  • Matteo Locher 0

    If I want to add more scopes, for example I would like to retrieve the ’email’ from the current user. How would I need to change the configuration for the IdentityServer in the appsettings? Or how can I add custom claims? For example Firstname or Lastname?

    “IdentityServer”: {
    “Clients”: {
    “BlazorAppWithAuth1.Client”: {
    “Profile”: “IdentityServerSPA”
    }
    }
    }

  • Dario Granich 0

    After following all the steps I ended up with this error I cannot resolve.

    I striped my project of everything, but the error is still there…..

    An unhandled exception occurred while processing the request.
    RoutePatternException: There is an incomplete parameter in the route template. Check that each ‘{‘ character has a matching ‘}’ character.
    Microsoft.AspNetCore.Routing.Patterns.RoutePatternParser.Parse(string pattern)

    Stack Query Cookies Headers Routing
    RoutePatternException: There is an incomplete parameter in the route template. Check that each ‘{‘ character has a matching ‘}’ character.
    Microsoft.AspNetCore.Routing.Patterns.RoutePatternParser.Parse(string pattern)
    Microsoft.AspNetCore.Routing.Patterns.RoutePatternFactory.Parse(string pattern)
    Microsoft.AspNetCore.Mvc.Routing.ActionEndpointFactory.AddEndpoints(List endpoints, HashSet routeNames, ActionDescriptor action, IReadOnlyList routes, IReadOnlyList<Action> conventions, bool createInertEndpoints)
    Microsoft.AspNetCore.Mvc.Routing.ControllerActionEndpointDataSource.CreateEndpoints(IReadOnlyList actions, IReadOnlyList<Action> conventions)
    Microsoft.AspNetCore.Mvc.Routing.ActionEndpointDataSourceBase.UpdateEndpoints()
    Microsoft.AspNetCore.Mvc.Routing.ActionEndpointDataSourceBase.Initialize()
    Microsoft.AspNetCore.Mvc.Routing.ActionEndpointDataSourceBase.get_Endpoints()
    Microsoft.AspNetCore.Routing.CompositeEndpointDataSource+<>c.b__15_0(EndpointDataSource d)
    System.Linq.Enumerable+SelectManySingleSelectorIterator<TSource, TResult>.ToArray()
    System.Linq.Enumerable.ToArray(IEnumerable source)
    Microsoft.AspNetCore.Routing.CompositeEndpointDataSource.Initialize()
    Microsoft.AspNetCore.Routing.CompositeEndpointDataSource.GetChangeToken()
    Microsoft.AspNetCore.Routing.DataSourceDependentCache.Initialize()
    System.Threading.LazyInitializer.EnsureInitializedCore(ref T target, ref bool initialized, ref object syncLock, Func valueFactory)
    System.Threading.LazyInitializer.EnsureInitialized(ref T target, ref bool initialized, ref object syncLock, Func valueFactory)
    Microsoft.AspNetCore.Routing.Matching.DataSourceDependentMatcher..ctor(EndpointDataSource dataSource, Lifetime lifetime, Func matcherBuilderFactory)
    Microsoft.AspNetCore.Routing.Matching.DfaMatcherFactory.CreateMatcher(EndpointDataSource dataSource)
    Microsoft.AspNetCore.Routing.EndpointRoutingMiddleware.InitializeCoreAsync()
    Microsoft.AspNetCore.Routing.EndpointRoutingMiddleware.g__AwaitMatcher|8_0(EndpointRoutingMiddleware middleware, HttpContext httpContext, Task matcherTask)
    Microsoft.AspNetCore.Builder.Extensions.MapWhenMiddleware.Invoke(HttpContext context)
    Microsoft.AspNetCore.Builder.WebAssemblyNetDebugProxyAppBuilderExtensions+<>c+<b__5_0>d.MoveNext()
    Microsoft.AspNetCore.Diagnostics.DeveloperExceptionPageMiddleware.Invoke(HttpContext context)

    • Daniel RothMicrosoft employee 0

      Hi Dario. That error sounds like you have an @page directive with a malformed route somewhere in your app. Check all your pages and make sure you’re not missing a { or a } somewhere.

      • Dario Granich 0

        Nope, i have checked everything, i even started a new project with the latest temolate from scratch. What i noticed so far is that error appears (even in the new project) when any of the referenced projects are built with. Net standard 2.1 instead of standard 2.0? Could you confirm this issue?

      • Dario Granich 0

        I am unable to compile Client project.

        The problem is with App.razor and it doesnt recognize any layouts. NewLayout1 exists, and it inherits LayoutComponentBase page

        Sorry, there's nothing at this address.

        The type or namespace name ‘NewLayout1’ could not be found (are you missing a using directive or an assembly reference?)
        protected override void BuildRenderTree(Microsoft.AspNetCore.Components.Rendering.RenderTreeBuilder __builder)
        {
        __builder.OpenComponent<Microsoft.AspNetCore.Components.Routing.Router>(0);
        __builder.AddAttribute(1, “AppAssembly”, Microsoft.AspNetCore.Components.CompilerServices.RuntimeHelpers.TypeCheck<System.Reflection.Assembly>(

        nullable restore

        line 1 “C:\Users\Source\Repos\Admin.Blazor.Client\Admin.UI\Client\App.razor”

        typeof(Program).Assembly

        line default

        line hidden

        nullable disable

        ));
        __builder.AddAttribute(2, "Found", (Microsoft.AspNetCore.Components.RenderFragment<Microsoft.AspNetCore.Components.RouteData>)((routeData) => (__builder2) => {
        __builder2.AddMarkupContent(3, "\r\n ");
        __builder2.OpenComponent<Microsoft.AspNetCore.Components.RouteView>(4);
        __builder2.AddAttribute(5, "RouteData", Microsoft.AspNetCore.Components.CompilerServices.RuntimeHelpers.TypeCheck<Microsoft.AspNetCore.Components.RouteData>(

        nullable restore

        line 3 “C:\Users\Source\Repos\Admin.Blazor.Client\Admin.UI\Client\App.razor”

        routeData

        line default

        line hidden

        nullable disable

        ));
        __builder2.AddAttribute(6, "DefaultLayout", Microsoft.AspNetCore.Components.CompilerServices.RuntimeHelpers.TypeCheck<System.Type>(

        nullable restore

        line 3 “C:\Users\xx\Source\Repos\Admin.Blazor.Client\Admin.UI\Client\App.razor”

        typeof(NewLayout1)

        line default

        line hidden

        nullable disable

        ));
        __builder2.CloseComponent();
        __builder2.AddMarkupContent(7, "\r\n ");
        }
        ));
        __builder.AddAttribute(8, "NotFound", (Microsoft.AspNetCore.Components.RenderFragment)((__builder2) => {
        __builder2.AddMarkupContent(9, "\r\n ");
        __builder2.OpenComponent<Microsoft.AspNetCore.Components.LayoutView>(10);
        __builder2.AddAttribute(11, "Layout", Microsoft.AspNetCore.Components.CompilerServices.RuntimeHelpers.TypeCheck<System.Type>(

        nullable restore

        line 6 “C:\Users\Source\Repos\Admin.Blazor.Client\Admin.UI\Client\App.razor”

        typeof(NewLayout1)

        line default

        line hidden

        nullable disable

        ));
        __builder2.AddAttribute(12, "ChildContent", (Microsoft.AspNetCore.Components.RenderFragment)((__builder3) => {
        __builder3.AddMarkupContent(13, "\r\n ");
        __builder3.AddMarkupContent(14, "

        Sorry, there\’s nothing at this address.

        \r\n “);
        }
        ));
        __builder2.CloseComponent();
        __builder2.AddMarkupContent(15, “\r\n “);
        }
        ));
        __builder.CloseComponent();
        }
        #pragma warning restore 1998

        • Daniel RothMicrosoft employee 0

          Hi Dario. It would probably be easier to open a GitHub issue at this point with more details about your app so that we can help you out: https://github.com/dotnet/aspnetcore/issues. The commenting system on this blog is pretty limited and isn’t great for dealing with detailed issues.

  • James Wil 0

    Is it possible to compile a dotnet project into webassembly without blazor?

    I want to use C# instead of JS, i do hosting and servicing without ASP.NET

    Currently we use C++ with emscripten, my team envision to use GO once webasm stabilizes, but i want to push C#, please tell me it is possible to produce wasm files!

    i hate both C++ and go, horrible languages

    • Wil Wilder Apaza Bustamante 0

      this comment has been deleted.

    • Daniel RothMicrosoft employee 0

      Hi James. Yes, it is possible. There is support in Mono for compiling your .NET code directly to WebAssembly, although it isn’t something we’ve enabled yet for Blazor apps, because it’s not quite ready for general consumption. But if you want to learn more about it, you can chat with the Mono folks on Gitter: https://gitter.im/mono/mono.

      • James Wil 0

        Awesome, i want to push C# step by step to my team to show them the capabilities of the platform, and then migrate to ASP.NET and use the whole package asap, it’ll take time, but i’m sure i can do it, keep up the good work, all this stuff is amazing!

Feedback usabilla icon