WASM runtime does not like it when you attempt to load satellite assemblies
for two sets of non-neutral cultures - the first is always loaded. This change
defers loading satellite assemblies until after Program.Main has executed
and the developer has configured the culture for the application.
Fixes https://github.com/dotnet/aspnetcore/issues/21433
* Re-use the Blazor app for stress runs
Our current stress runs re-used the perf tests which recreated the blazor app on each run. Perf runs are meant to run
and be done, however, we want stress apps to be long lasting to capture things like memory leaks.
This change creates a fork in the tests to support stress runs that re-use the app between runs.
This pull request updates the following dependencies
[marker]: <> (Begin:Coherency Updates)
## Coherency Updates
The following updates ensure that dependencies with a *CoherentParentDependency*
attribute were produced in a build used as input to the parent dependency's build.
See [Dependency Description Format](https://github.com/dotnet/arcade/blob/master/Documentation/DependencyDescriptionFormat.md#dependency-description-overview)
- **System.Net.Http.WinHttpHandler**: from 4.7.0 to 4.7.1 (parent: Microsoft.NETCore.App.Runtime.win-x64)
[marker]: <> (End:Coherency Updates)
[marker]: <> (Begin:7bf32a0c-3505-43af-42b0-08d79559e63d)
## From https://dev.azure.com/dnceng/internal/_git/dotnet-aspnetcore-tooling
- **Subscription**: 7bf32a0c-3505-43af-42b0-08d79559e63d
- **Build**: 20200422.2
- **Date Produced**: 4/22/2020 7:47 PM
- **Commit**: a8242d79df31dbff528c185dd62c290b7cc262de
- **Branch**: refs/heads/internal/release/3.1
- **Updates**:
- **Microsoft.AspNetCore.Mvc.Razor.Extensions**: from 3.1.4 to 3.1.4
- **Microsoft.AspNetCore.Razor.Language**: from 3.1.4 to 3.1.4
- **Microsoft.CodeAnalysis.Razor**: from 3.1.4 to 3.1.4
- **Microsoft.NET.Sdk.Razor**: from 3.1.4 to 3.1.4
- **System.Net.Http.WinHttpHandler**: from 4.7.0 to 4.7.1
[marker]: <> (End:7bf32a0c-3505-43af-42b0-08d79559e63d)
* Silence the runtime output from the debugger
* Update src/Components/Web.JS/src/Platform/Mono/MonoPlatform.ts
Co-authored-by: Pranav K <prkrishn@hotmail.com>
This was missed in the PR when changing the implementation to use
slices of Uint8Array rather than slices of ArrayBuffer.
Making the function non-async since it's entirely synchronous.
* Fixup reference to Microsoft.AspNetCore.Components.WebAssembly.HttpHandler
As part of attempting to fix the reference in the test project (which ultimately wasn't needed), I messed up the package reference in the WebAssembly package
This fixes the package reference and removes unnecessary code from the test project
This pull request updates the following dependencies
[marker]: <> (Begin:7bf32a0c-3505-43af-42b0-08d79559e63d)
## From https://dev.azure.com/dnceng/internal/_git/dotnet-aspnetcore-tooling
- **Subscription**: 7bf32a0c-3505-43af-42b0-08d79559e63d
- **Build**: 20200415.2
- **Date Produced**: 4/15/2020 6:12 PM
- **Commit**: a49970f2f15efb27b91541bb4b94581693c92b8d
- **Branch**: refs/heads/internal/release/3.1
- **Updates**:
- **Microsoft.AspNetCore.Mvc.Razor.Extensions**: from 3.1.4 to 3.1.4
- **Microsoft.AspNetCore.Razor.Language**: from 3.1.4 to 3.1.4
- **Microsoft.CodeAnalysis.Razor**: from 3.1.4 to 3.1.4
- **Microsoft.NET.Sdk.Razor**: from 3.1.4 to 3.1.4
[marker]: <> (End:7bf32a0c-3505-43af-42b0-08d79559e63d)
* Don't re-use DefaultHttpContext if IHttpContextAccessor is in use
- Consumers may still get null or an ODE but will never end up with data from a different request.
- Make sure an ODE is thrown from all properties on HttpContext after the request is over.
Pranav K
dotnet-maestro[bot]
Safia Abdalla
Steve Sanderson
John Luo
DotNet Bot
Will Godbe
Larry Ewing
Daniel Roth
Javier Calvarro Nelson
dotnet-bot
David Fowler
Brennan