java.debug.settings.hotCodeReplace "auto" has a wierd behaviour
Maintainer antworten meist innerhalb von 1 Tag
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 4/5
- Geschätzter Aufwand
- 3-5 Tage
- Anfängerfreundlichkeit
- 38/100
- Issue-Typ
- Bug
- Klarheit
- Größtenteils klar
- Aktivitätsstatus
- Veraltet
- Tech-Stack
- java, typescript
- Bereich
- devtools
Rechercherichtung
Reproduziere das Problem im Java-Debugger mit java.debug.settings.hotCodeReplace auf "auto", java.autobuild.enabled auf true und forceBuildBeforeLaunch aktiviert. Vergleiche das wiederholte Verhalten „applying code changes“ und den vollständigen Neuaufbau mit dem manuellen Hot-Code-Replace; fertig ist die Aufgabe, wenn die automatische Ersetzung nicht mehr unnötigerweise wiederholt oder die gesamte Anwendung neu aufgebaut wird.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
As per title if I set java.debug.settings.hotCodeReplace to "auto" it seems to trigger the "applying code changes" multiple time, which requires more time and eventually ends up in rebuilding the entire application instead of the single modified.
I tried to look out for some kind of output or log to get core of the issue but without any success. I also tried to look out at the docs in case I messed up the settings but nothing looks out of place, except maybe for the "java.autobuild.enabled" set to true (which is not a debugger setting).
"java.debug.settings.console": "internalConsole",
"java.debug.settings.hotCodeReplace": "manual",
"java.debug.settings.forceBuildBeforeLaunch": true
Manually invoking the hot code replace works as intended (at least per my knowledge).
- Vorherrschende Sprache
- TypeScript
- Sterne
- 591
- Forks
- 431
- Ø Merge
- 21 Std. 35 Min.
- Gemergte PRs (30 T.)
- 16
Entwicklungsumgebung
- Kein Dockerfile und keine Docker-Compose-Datei
- Keine Pull-Request-Vorlage
- Beitragsleitfaden lesen
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
-
javaOffenai-triaged needs more info
Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 1/100
microsoft/vscode-java-debug#1707 · 1 Kommentar · 1 Reaktion ·
Maintainer antworten meist innerhalb von 1 Tag
-
Stopping a Java Application with the debugger Stop button dos not workEvtl. vergeben @chagong hat das vor 7 Tagen übernommen. Offenai-triaged bug
microsoft/vscode-java-debug#1705 · 1 Kommentar · 1 Reaktion · 1 zugewiesene Person ·
Maintainer antworten meist innerhalb von 1 Tag
-
ai-triaged enhancement
Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 55/100
microsoft/vscode-java-debug#1689 · 3 Kommentare ·
Maintainer antworten meist innerhalb von 1 Tag
-
Extension appends malformed string to PATHEvtl. wieder frei @wenytang-ms hat das vor 56 Tagen übernommen, und es ist kein Pull Request offen. Offenai-triaged bug
microsoft/vscode-java-debug#1666 · 1 Kommentar · 1 zugewiesene Person ·
Maintainer antworten meist innerhalb von 1 Tag
-
ai-triaged bug
Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 48/100
microsoft/vscode-java-debug#1658 · 1 Kommentar ·
Maintainer antworten meist innerhalb von 1 Tag
Alle Issues in microsoft/vscode-java-debug
Ähnliche Issues
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 72/100
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 68/100
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 68/100
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 72/100
Maintainer antworten meist innerhalb von 4 Tagen
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 78/100
Maintainer antworten meist innerhalb von 1 Tag