You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
[ci-scan] Test failure: browser-wasm CoreCLR tests abort at startup with WebAssembly exnref CompileError (invalid value type 'ex
[Content truncated due to length] #130571
Build Analysis Known Build Error. Automated CI outer-loop scan detection.
Summary
On runtime-coreclr outerloop (definition 108), the browser-wasm CoreCLR test legs abort during WebAssembly module instantiation before any test executes. The V8 engine on the CoreCLR WASM Helix queue does not enable the exnref proposal, so WebAssembly.instantiate() rejects the exn value type baked into the runtime module.
This is a post-close recurrence of the exnref engine bump tracker #129849 ([browser] Use the new version of V8 with exnref), which was closed as completed on 2026-07-11T03:19Z. Both the source and follow-up builds below finished after that close, and the CoreCLR (not Mono) browser-wasm leg still fails — the CoreCLR Helix queue image digest in eng/pipelines/coreclr/templates/helix-queues-setup.yml appears not to have picked up the exnref-capable V8 image.
Signature
failed to asynchronously prepare wasm: CompileError: WebAssembly.instantiate(): invalid value type 'exn', enable with --experimental-wasm-exnref @+58
Aborted(CompileError: WebAssembly.instantiate(): invalid value type 'exn', enable with --experimental-wasm-exnref @+58)
RuntimeError: Aborted(CompileError: WebAssembly.instantiate(): invalid value type 'exn', enable with --experimental-wasm-exnref @+58)
Occurrences
Pipeline: runtime-coreclr outerloop (definition 108), branch main
Leg/queue: browser-wasm (CoreMangLib and other CoreCLR test work items)
Source build: 1504535
Follow-up build: 1504742 (signature reproduces — 3 hits in the CoreMangLib console)
Root cause and full remediation steps (Helix queue image digest bump to an exnref-capable V8, BrowserVersions.props bump) are documented in #129849. The CoreCLR outerloop browser-wasm queue still runs the old engine.
Caution
agentic threat detected
Threat detection flagged this output in warn mode. Manual review is REQUIRED before any follow-up automation.
Details
The threat detection results could not be parsed.
Review the workflow run logs for details.
Build Analysis Known Build Error. Automated CI outer-loop scan detection.
Summary
On
runtime-coreclr outerloop(definition 108), thebrowser-wasmCoreCLR test legs abort during WebAssembly module instantiation before any test executes. The V8 engine on the CoreCLR WASM Helix queue does not enable theexnrefproposal, soWebAssembly.instantiate()rejects theexnvalue type baked into the runtime module.This is a post-close recurrence of the exnref engine bump tracker #129849 (
[browser] Use the new version of V8 with exnref), which was closed as completed on 2026-07-11T03:19Z. Both the source and follow-up builds below finished after that close, and the CoreCLR (not Mono)browser-wasmleg still fails — the CoreCLR Helix queue image digest ineng/pipelines/coreclr/templates/helix-queues-setup.ymlappears not to have picked up the exnref-capable V8 image.Signature
Occurrences
mainbrowser-wasm(CoreMangLib and other CoreCLR test work items)Root cause / mitigation reference
Root cause and full remediation steps (Helix queue image digest bump to an exnref-capable V8,
BrowserVersions.propsbump) are documented in #129849. The CoreCLR outerloopbrowser-wasmqueue still runs the old engine.Related: #129849
{ "ErrorMessage": "invalid value type 'exn', enable with --experimental-wasm-exnref", "BuildRetry": false, "ExcludeConsoleLog": false }Report
Summary