Beschreibe, was passiert ist.

Lokale Diagnose

Supportpaket sammeln.

Führe im Backend-Checkout aus:

make support-bundle

Der Befehl zeigt den Pfad zu einer privaten Datei support-bundle.tar.gz in einem neuen temporären Verzeichnis. Er sammelt begrenzte Diagnosedaten lokal. Er lädt nichts hoch, startet keine Dienste neu, initialisiert keine Konfiguration und untersucht weder Browser- noch Editorprofil.

Python und Make sind Voraussetzungen des Collectors. Führe ihn auf Windows in derselben WSL-Distribution und demselben Backend-Checkout aus, mit denen CodeSecurity gestartet wurde. Windows-Editorlogs sammelt er nicht automatisch.

Entpackte Dateien vor dem Teilen prüfen. Ein Supportpaket ist Diagnosematerial, kein Beweis für sichere Veröffentlichung. Belasse es beim Standardpaket mit Zusammenfassungen, wenn weitere Prüfung nicht praktikabel ist.

Nutzt deine Installation ein eigenes Zustandsverzeichnis, folge der vollständigen Paketanleitung damit der Collector dieselbe Installation untersucht.

Beschreibe den Ablauf.

1. Nenne Plattform, Quellcoderevision und Erweiterungsversion. Unterscheide natives Windows-VS-Code von Remote WSL.
2. Beschreibe Aktion und Zeitpunkt, erwartetes Ergebnis und tatsächlichen Status. Füge die genaue Fehlermeldung nach Prüfung auf private Informationen hinzu.
3. Gib an, ob das Problem nach dem dokumentierten Wiederherstellungsschritt bleibt. Umgehe keine Quell-, Zugangsdaten- oder Vollständigkeitsprüfungen.
4. Hänge nur geprüfte Diagnosedaten an. Teile bei Erweiterungsproblemen die relevanten begrenzten CodeSecurity-Output-Einträge, nicht das gesamte VS-Code-Benutzerdatenverzeichnis.