Hacktoberfest 2026: los issues que los mantenedores marcaron para octubre, abiertos y aptos para principiantes. Explorar issues de Hacktoberfest

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

Abierto
#9,890 0 comentarios 0 reacciones 0 asignados Ver en GitHub

Los mantenedores suelen responder en 1 día

Nadie ha tomado este issue todavía.

Evaluación

Dificultad
4/5
Tiempo estimado
3-5 días
Aptitud para principiantes
22/100
Tipo de issue
Error
Claridad
Necesita aclaración
Estado de actividad
Activo
Stack tecnológico
csharp, typescript, vscode, wasm
Área
devtools

Línea de trabajo

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.

Escrito por el modelo de indexación a partir del texto del issue.

Descripción

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
Lenguaje dominante
TypeScript
Estrellas
3.1k
Forks
740
Merge medio
1 d 4 h
PR fusionados (30 d)
51

Preparar el entorno

Abrir en Codespaces

Inicia el contenedor de desarrollo del proyecto en tu navegador, con tu propia cuenta de GitHub.

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Más de dotnet/vscode-csharp

Todos los issues de dotnet/vscode-csharp

Issues similares

Más issues de TypeScript

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.