Breakpoints don’t bind when attaching to JVM in WSL2 from Windows (Cursor/VS Code) — requests hang, `jdb` hits fine

Offen

#1,582 erstellt am 06.11.2025 0 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit: 5/5
Geschätzter Aufwand: Über eine Woche
Anfängerfreundlichkeit: 25/100

Issue-Typ: Bug
Klarheit: Muss geklärt werden
Aktivitätsstatus: Veraltet
Tech-Stack: java, typescript, vscode
Bereich: devtools

Rechercherichtung

Reproduziere das Attach-Szenario mit Windows 11, WSL2 Ubuntu, Java 8 und den aufgeführten Erweiterungsversionen anhand der bereitgestellten Gradle- und JDWP-Befehle. Vergleiche das IDE-Verhalten mit jdb -attach 127.0.0.1:5005 und den genannten Rollbacks der Erweiterungen; abgeschlossen ist die Aufgabe, wenn Controller-Breakpoints gebunden werden und HTTP-Anfragen korrekt fortgesetzt werden.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

ai-triaged

Environment

Host OS: Windows 11
IDE: Cursor/VS Code on Windows with repo mounted via WSL2
Guest OS: WSL2 Ubuntu 22.04
Java: OpenJDK 1.8.0_432 (Java 8)
Extensions:
- Debugger for Java: latest version
- Language Support for Java™ by Red Hat: 1.47.0
Project: Spring Boot API (Gradle)

Expected behavior
Attach to 127.0.0.1:5005 and stop at breakpoints in controllers; HTTP requests hang until continued.

Actual behavior
Attach connects but IDE never stops at breakpoints; HTTP requests hang. Attaching with jdb hits breakpoints fine, so JDWP works. Rolling back both extensions fixes it.

Steps to reproduce

Build: ./gradlew clean assemble -x test

Run jar with JDWP:

java -agentlib:jdwp=transport=dt_socket,server=y,suspend=y,address=5005 \
     -Dspring.profiles.active=local -Duser.timezone=UTC \
     -jar build/libs/*.jar

In Windows Cursor/VS Code, attach to host 127.0.0.1 port 5005.
Set breakpoint in a @RestController method.
Call the endpoint.

More info

javap -v shows SourceFile and LineNumberTable.
Verified JDWP by attaching via jdb -attach 127.0.0.1:5005; breakpoints hit.
Rolling back Debugger for Java (e.g., to 0.58.2) and Language Support for Java (e.g., to 1.46.0) resolves the problem.

Workaround
Roll back both Java extensions or use jdb.

Notes
Seems specific to Windows host + WSL2 remote debug mapping; not reproducible with native Windows debug.

Vorherrschende Sprache: TypeScript
Sterne: 591
Forks: 429
Ø Merge: 1 T. 3 Std.
Gemergte PRs (30 T.): 19

Beitragsleitfaden

Beitragsleitfaden öffnen

Erste Schritte

Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
Forken Sie das Repository und arbeiten Sie in einem Branch.
Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus microsoft/vscode-java-debug

Debugger for Java impede a criação do launch.json e trava a configuração de depuração Offen

ai-triaged bug

microsoft/vscode-java-debug#1703 · 1 Kommentar · 1 Reaktion · 1 zugewiesene Person · Erstellt am 23.9.2026
Add option to disable no-config debugging Offen

ai-triaged enhancement

Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 55/100

microsoft/vscode-java-debug#1689 · 2 Kommentare · Erstellt am 06.9.2026
Extension appends malformed string to PATH Offen

ai-triaged bug

microsoft/vscode-java-debug#1666 · 1 Kommentar · 1 zugewiesene Person · Erstellt am 05.8.2026
Run action hangs at "Resolving main class..." with no further response Offen

ai-triaged bug

Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 48/100

microsoft/vscode-java-debug#1658 · 1 Kommentar · Erstellt am 23.7.2026
Debugger => Some variable content popup issues Offen

ai-triaged enhancement

Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 45/100

microsoft/vscode-java-debug#1628 · 3 Kommentare · Erstellt am 17.4.2026

Alle Issues in microsoft/vscode-java-debug