BlazorUI's E2E wasm jobs never finish within their 3 hour limit

未关闭
#14,535 0 条评论 0 个 reaction 已指派 0 人 在 GitHub 查看

维护者通常 1 天内回复

@msynk 已经在做这个了。

开始于 2026年11月4日。

  • #14602 来自 @msynk —— 未关闭

评估

难度
4/5
预计耗时
3-5 天
新手友好度
32/100
Issue 类型
缺陷
描述清晰度
基本清楚
活跃度
活跃
技术栈
csharp, github-actions, wasm
领域
ci-cd, testing

调研方向

Start with the BlazorUI E2E GitHub Actions workflow, where the three wasm jobs set timeout-minutes: 180, and check whether the test host is built in Debug. Compare the job log against the cancelled run's host.log to see how far the suite gets. Done means the wasm jobs finish the 7464 tests within the limit, or the issue records a justified limit change.

由索引模型根据 Issue 内容生成。

描述

The three wasm jobs of BlazorUI's E2E workflow hit their timeout-minutes: 180 on every full run, so wasm mode has no result.

Tests reached out of 7464 before the cancel:

Run Branch chromium webkit firefox
41319249066 develop 5900 5177 3871
41320088661 another branch, same day 5993 3871 6064

41119299828 and 40252464131 on develop ended the same way.

The job is cancelled while the tests run, so it writes no TRX. The artifact has only host.log and a trx-stream-*.bin, and the only readable list of failures is whatever the job log printed before the cancel.

The server jobs run the same 7464 tests in 47 to 107 minutes. The wasm jobs run a Debug build of the test host, and Debug WebAssembly is much slower than Release, so that's the first thing to check.

主要语言
C#
星标
1.4k
派生
264
平均合并
10 小时 8 分钟
30 天内合并 PR
487

环境准备

这个项目没有提供开发容器、Dockerfile 或贡献指南,环境需要你自己搭建:先看它的 README,通用步骤见我们的新手贡献指南。

从这里开始

  1. 先读完整个 Issue,再读项目的贡献指南。
  2. 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
  3. Fork 仓库,在一个分支上完成修改。
  4. 提交 Pull Request,并在描述里引用这个 Issue 编号。

bitfoundation/bitplatform 的其他 Issue

查看 bitfoundation/bitplatform 的全部 Issue

相似的 Issue

更多 C# Issue

把新 issue 发到你的邮箱

精选适合新手参与的 GitHub issue 摘要。