Hacktoberfest 2026: le issue che i maintainer hanno segnato per ottobre, aperte e adatte ai principianti. Sfoglia le issue Hacktoberfest

Blazor WASM: timed-out debugger connection can terminate a live attachment retry

Aperta
#9,890 0 commenti 0 reazioni 0 assegnatari Vedi su GitHub

I maintainer di solito rispondono entro 1 giorno

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
4/5
Tempo stimato
3-5 giorni
Idoneità per principianti
22/100
Tipo di issue
Bug
Chiarezza
Da chiarire
Stato di attività
Attiva
Stack tecnologico
csharp, typescript, vscode, wasm
Ambito
devtools

Direzione di ricerca

Start with the CorDebugConnection.ReadHandshakeAsync failure and the native monovsdbg_wasm connection lifecycle, then read the linked investigation in microsoft/aspire PR 20404 for the connection timelines. The issue leaves open whether the fix belongs in VSWebAssemblyBridge or the native debugger, so confirm ownership with maintainers first. Done means closing an abandoned opening attempt no longer kills the debugger used by a live retry, shown by the delayed-WebSocket reproduction.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

Debugger untriaged
Description

Blazor WASM debugging can fail when js-debug times out an initial WebSocket connection and retries. Cleaning up the abandoned connection can terminate monovsdbg_wasm, breaking the live retry.

What happens
  1. js-debug abandons its first WebSocket opening attempt after two seconds and retries.
  2. Both attempts establish connections to the native debugger.
  3. If the abandoned attempt completes its native connection first, closing it can cause the native debugger to exit.
  4. The live retry then fails in CorDebugConnection.ReadHandshakeAsync.

Expected: Closing an abandoned opening attempt should not kill the debugger used by a live retry.

The exact fix ownership between VSWebAssemblyBridge and the native debugger still needs confirmation.

Reproduction and environment

Observed in real Windows x64 application-debugging runs with VS Code 1.130.0, C# 2.148.23, and .NET 11.

Also reproduced outside Aspire using the unmodified debugger/bridge, a simulated browser, and delayed WebSocket opening responses. Reversing the native connection order leaves the debugger alive.

The controlled reproduction also fails with C# 2.160.4 on Windows ARM64; that is not an x64 application-level result.

Evidence
Lingua principale
TypeScript
Stelle
3.1k
Fork
741
Merge medio
1g 4h
PR unite (30g)
51

Preparare l'ambiente

Apri in Codespaces

Avvia il container di sviluppo del progetto nel browser, con il tuo account GitHub.

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di dotnet/vscode-csharp

Tutte le issue di dotnet/vscode-csharp

Issue simili

Altre issue su TypeScript

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.