XHarness message of order error leading to timeout
Build
https://dev.azure.com/dnceng-public/cbb18261-c48f-4abb-8651-8cdcb5474649/_build/results?buildId=925619
Build leg reported
WasmTestOnChrome-MT-System.Runtime.CompilerServices.Unsafe.Tests.WorkItemExecution
Pull Request
https://github.com/dotnet/runtime/pull/111716
Known issue core information
Fill out the known issue JSON section by following the step by step documentation on how to create a known issue
{
"ErrorMessage" : "fail: [out of order message from the driver]: Unable to receive message from renderer",
"BuildRetry": false,
"ErrorPattern": "",
"ExcludeConsoleLog": false
}
@dotnet/dnceng
Release Note Category
- [ ] Feature changes/additions
- [ ] Bug fixes
- [ ] Internal Infrastructure Improvements
Release Note Description
Additional information about the issue reported
XHarness receives this message out of order, gets disconnected, and then keeps trying to reconnect until the job times out.
Known issue validation
Build: :mag_right: https://dev.azure.com/dnceng-public/public/_build/results?buildId=925619
Error message validated: [fail: [out of order message from the driver]: Unable to receive message from renderer]
Result validation: :white_check_mark: Known issue matched with the provided build.
Validation performed at: 1/22/2025 10:48:35 PM UTC
Report
Summary
| 24-Hour Hit Count | 7-Day Hit Count | 1-Month Count |
|---|---|---|
| 0 | 7 | 12 |
not sure whether is is pervasive / broad enough to be a dotnet/dnceng issue
separately, DNCEng no longer manages the dotnet/xharness repo. I think @ivanpovazan and others who've done recent work may be able to help you
@ilonatommy @akoeplinger have you encountered this before?
Yes, we used to hit it on the runtime https://github.com/dotnet/runtime/issues/103061 and it was fixed by increasing the timeout for running these tests.
Thanks, is there a ticket to increase the timeout again?
No, we stopped hitting it after the fix got merged
@maraf, do you know if the issue got some other way of fixing? I can see that the timeout increase is removed already
No idea. Maybe we did some detection of browser crash?