Skip to content

Conversation

@github-actions
Copy link
Contributor

@github-actions github-actions bot commented Dec 11, 2023

Backport of #95793 to release/8.0-staging

/cc @lewing @pavelsavara

Customer Impact

Fixes #95491 by respecting the parallelism settings in all cases. The issue was reported by the aspnetcore team around IO starvation for signalr connections while the webassembly assets were downloaded. More context has been added below:

Some Blazor customers have been indicating that when using the Auto render mode feature, the app's user experience gets degraded, often to the extent that the app does not become usable until the download of WebAssembly resources completes. This is especially true when the network connection quality is poor. We've experimented with ways to address this, and the most effective method we've found has been to throttle the download of WebAssembly assets. We gave customers a way to try out this fix, and they've indicated that it addresses the problems they've been experiencing. Lots of the customer engagement around this issue can be found in dotnet/aspnetcore#52154.

By fixing the maxParallelDownloads bug, we can make the corresponding change in Blazor to throttle the downloading of WebAssembly resources so the rest of the app can retain functionality.

Testing

Manual testing

Risk

Low

@lewing lewing added the Servicing-consider Issue for next servicing release review label Dec 11, 2023
@pavelsavara pavelsavara added this to the 8.0.x milestone Dec 11, 2023
@pavelsavara pavelsavara added arch-wasm WebAssembly architecture area-System.Runtime.InteropServices.JavaScript os-browser Browser variant of arch-wasm and removed area-VM-meta-mono labels Dec 11, 2023
@ghost
Copy link

ghost commented Dec 11, 2023

Tagging subscribers to 'arch-wasm': @lewing
See info in area-owners.md if you want to be subscribed.

Issue Details

Backport of #95793 to release/8.0-staging

/cc @lewing @pavelsavara

Customer Impact

Testing

Risk

IMPORTANT: If this backport is for a servicing release, please verify that:

  • The PR target branch is release/X.0-staging, not release/X.0.

  • If the change touches code that ships in a NuGet package, you have added the necessary package authoring and gotten it explicitly reviewed.

Author: github-actions[bot]
Assignees: maraf
Labels:

Servicing-consider, arch-wasm, area-VM-meta-mono, area-System.Runtime.InteropServices.JavaScript, os-browser

Milestone: 8.0.x

@pavelsavara
Copy link
Member

cc @MackinnonBuck

@lewing
Copy link
Member

lewing commented Dec 11, 2023

@MackinnonBuck please update the impact section with any details on customer reports that you have

@lewing lewing requested a review from MackinnonBuck December 11, 2023 18:12
@lewing lewing added Servicing-approved Approved for servicing release and removed Servicing-consider Issue for next servicing release review labels Dec 18, 2023
@akoeplinger akoeplinger modified the milestones: 8.0.x, 8.0.2 Dec 18, 2023
@maraf maraf merged commit a9dcde8 into release/8.0-staging Dec 19, 2023
@maraf maraf deleted the backport/pr-95793-to-release/8.0-staging branch December 19, 2023 08:16
@github-actions github-actions bot locked and limited conversation to collaborators Jan 18, 2024
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.

Labels

arch-wasm WebAssembly architecture area-System.Runtime.InteropServices.JavaScript os-browser Browser variant of arch-wasm Servicing-approved Approved for servicing release

Projects

None yet

Development

Successfully merging this pull request may close these issues.

6 participants