Skip to content

Increase Blazor Wasm crank timeout to 20 minutes#2158

Merged
LoopedBard3 merged 1 commit intoaspnet:mainfrom
LoopedBard3:LengthenBlazorWasmTimeout
Mar 6, 2026
Merged

Increase Blazor Wasm crank timeout to 20 minutes#2158
LoopedBard3 merged 1 commit intoaspnet:mainfrom
LoopedBard3:LengthenBlazorWasmTimeout

Conversation

@LoopedBard3
Copy link
Contributor

The Blazor Wasm benchmark was timing out at the default 10-minute crank timeout. Add explicit timeout of 20 minutes to the crank job message body.

This was timing out in the Gold tests while taking 9m 40s in the Intel Perf Lin tests for Blazor Wasm, so I expect slightly upping the timeout time to help with the Gold tests not finishing. Pipeline run hitting this error: https://dev.azure.com/dnceng/internal/_build/results?buildId=2919052&view=results.

The Blazor Wasm benchmark was timing out at the default 10-minute crank
timeout. Add explicit timeout of 20 minutes to the crank job message body.

Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
Copy link

Copilot AI left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Pull request overview

Adds an explicit 20-minute timeout to the Blazor WASM crank job configuration to prevent benchmark runs from timing out under slower test environments.

Changes:

  • Set the crank job message body timeout to 20 minutes (00:20:00) in the Blazor scenarios pipeline config.

💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.

@LoopedBard3 LoopedBard3 merged commit 41614b8 into aspnet:main Mar 6, 2026
6 of 7 checks passed
@LoopedBard3 LoopedBard3 deleted the LengthenBlazorWasmTimeout branch March 6, 2026 00:02
ilonatommy added a commit that referenced this pull request Mar 9, 2026
PR #2158 increased the controller-level session timeout to 20 minutes,
but the crank agent's build step still used the default 10-minute
DefaultBuildTimeout from dotnet/crank. The 'Build is taking too long'
error on asp-citrine-lin (build 2921804) was the agent killing the
build, not the controller timing out.

Add --application.buildTimeout 00:20:00 to the crank args so the agent
allows 20 minutes for the Blazor WASM application to build.

Ref: #2158

Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
LoopedBard3 pushed a commit that referenced this pull request Mar 9, 2026
PR #2158 increased the controller-level session timeout to 20 minutes,
but the crank agent's build step still used the default 10-minute
DefaultBuildTimeout from dotnet/crank. The 'Build is taking too long'
error on asp-citrine-lin (build 2921804) was the agent killing the
build, not the controller timing out.

Add --application.buildTimeout 00:20:00 to the crank args so the agent
allows 20 minutes for the Blazor WASM application to build.

Ref: #2158

Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants