|
1 | | -Complete migration coverage for Blazor apps is scheduled for September and October of 2025. |
| 1 | +### Blazor release notes |
| 2 | + |
| 3 | +For new feature coverage, see <xref:aspnetcore-10>. |
| 4 | + |
| 5 | +### Set the Blazor WebAssembly environment with the `WasmApplicationEnvironmentName` MSBuild property |
| 6 | + |
| 7 | +*This section only applies to standalone Blazor WebAssembly apps.* |
| 8 | + |
| 9 | +The `Properties/launchSettings.json` file is no longer used to control the environment in standalone Blazor WebAssembly apps. |
| 10 | + |
| 11 | +Set the environment with the `<WasmApplicationEnvironmentName>` property in the app's project file (`.csproj`). |
| 12 | + |
| 13 | +The following example sets the app's environment to `Staging`: |
| 14 | + |
| 15 | +```xml |
| 16 | +<WasmApplicationEnvironmentName>Staging</WasmApplicationEnvironmentName> |
| 17 | +``` |
| 18 | + |
| 19 | +The default environments are: |
| 20 | + |
| 21 | +* `Development` for build. |
| 22 | +* `Production` for publish. |
| 23 | + |
| 24 | +### Boot configuration file inlined |
| 25 | + |
| 26 | +Blazor's boot configuration, which prior to the release of .NET 10 existed in a file named `blazor.boot.json`, has been inlined into the `dotnet.js` script. This only affects developers who are interacting directly with the `blazor.boot.json` file, such as when developers are: |
| 27 | + |
| 28 | +* Checking file integrity for published assets with the troubleshoot integrity PowerShell script per the guidance in <xref:blazor/host-and-deploy/webassembly/bundle-caching-and-integrity-check-failures?view=aspnetcore-9.0#troubleshoot-integrity-powershell-script>. |
| 29 | +* Changing the file name extension of DLL files when not using the default Webcil file format per the guidance in <xref:blazor/host-and-deploy/webassembly/index?view=aspnetcore-9.0#customize-how-boot-resources-are-loaded>. |
| 30 | + |
| 31 | +Currently, there's no documented replacement strategy for the preceding approaches. If you require either of the preceding strategies, open a new documentation issue describing your scenario using the **Open a documentation issue** link at the bottom of either article. |
| 32 | + |
| 33 | +### Declarative model for persisting state from components and services |
| 34 | + |
| 35 | +In prior Blazor releases, persisting component state during prerendering using the <xref:Microsoft.AspNetCore.Components.PersistentComponentState> service involved a significant amount of code. Starting with .NET 10, you can declaratively specify state to persist from components and services using the `[PersistentState]` attribute. For more information, see <xref:aspnetcore-10#declarative-model-for-persisting-state-from-components-and-services>. |
| 36 | + |
| 37 | +### Custom Blazor cache and `BlazorCacheBootResources` MSBuild property removed |
| 38 | + |
| 39 | +Now that all Blazor client-side files are fingerprinted and cached by the browser, Blazor's custom caching mechanism and the `BlazorCacheBootResources` MSBuild property are no longer available. If the client-side project's project file contains the MSBuild property, remove the property, as it no longer has any effect: |
| 40 | + |
| 41 | +```diff |
| 42 | +- <BlazorCacheBootResources>...</BlazorCacheBootResources> |
| 43 | +``` |
| 44 | + |
| 45 | +For more information, see <xref:blazor/host-and-deploy/webassembly/bundle-caching-and-integrity-check-failures?view=aspnetcore-10.0>. |
2 | 46 |
|
3 | 47 | ### Adopt passkey user authentication in an existing Blazor Web App |
4 | 48 |
|
|
0 commit comments