Quelle: bugs.md #10 (README-Milestone-Nachcheck, 2026-09-17) Confidence: hoch (Logikfehler direkt im Code nachvollzogen, nicht live reproduziert)
Beim erneuten Review der Port-Konflikt-Prüfung (README-Milestone-Nachcheck) drei eigenständige Bugs derselben Klasse gefunden:
ReviewApplyViews "Anwenden fehlgeschlagen"-Alert: OK-Button-Action leer, isPresented-Bindings-Setter ebenfalls No-Op — applyError wurde nie zurückgesetzt.
ConnectViews "Unbekanntes Zertifikat"-Alert: "Abbrechen"-Button-Action komplett leer — connectionService.state blieb dauerhaft auf .needsCertificateConfirmation hängen.
ConnectViews "Unbekannter SSH-Schlüssel"-Alert: "Abbrechen" funktionierte nur für einen von zwei möglichen Auslöse-Pfaden.
Fix: neue ConnectionService.cancelPendingTrustConfirmation(), neue SetupViewModel.dismissApplyError(). Alle drei Alerts korrekt verdrahtet (Button-Action + Bindings-Setter, deckt auch Tap-Outside/Esc ab). Totes dismissPendingSSHTrust() entfernt.
Verifikation: Build grün, 102 Unit-Tests grün (1 neuer Regressionstest). Noch nicht live gegenreproduziert.
**Quelle:** bugs.md #10 (README-Milestone-Nachcheck, 2026-09-17)
**Confidence:** hoch (Logikfehler direkt im Code nachvollzogen, nicht live reproduziert)
Beim erneuten Review der Port-Konflikt-Prüfung (README-Milestone-Nachcheck) drei eigenständige Bugs derselben Klasse gefunden:
1. `ReviewApplyView`s "Anwenden fehlgeschlagen"-Alert: OK-Button-Action leer, `isPresented`-Bindings-Setter ebenfalls No-Op — `applyError` wurde nie zurückgesetzt.
2. `ConnectView`s "Unbekanntes Zertifikat"-Alert: "Abbrechen"-Button-Action komplett leer — `connectionService.state` blieb dauerhaft auf `.needsCertificateConfirmation` hängen.
3. `ConnectView`s "Unbekannter SSH-Schlüssel"-Alert: "Abbrechen" funktionierte nur für einen von zwei möglichen Auslöse-Pfaden.
**Fix:** neue `ConnectionService.cancelPendingTrustConfirmation()`, neue `SetupViewModel.dismissApplyError()`. Alle drei Alerts korrekt verdrahtet (Button-Action + Bindings-Setter, deckt auch Tap-Outside/Esc ab). Totes `dismissPendingSSHTrust()` entfernt.
**Verifikation:** Build grün, 102 Unit-Tests grün (1 neuer Regressionstest). Noch nicht live gegenreproduziert.
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Quelle: bugs.md #10 (README-Milestone-Nachcheck, 2026-09-17)
Confidence: hoch (Logikfehler direkt im Code nachvollzogen, nicht live reproduziert)
Beim erneuten Review der Port-Konflikt-Prüfung (README-Milestone-Nachcheck) drei eigenständige Bugs derselben Klasse gefunden:
ReviewApplyViews "Anwenden fehlgeschlagen"-Alert: OK-Button-Action leer,isPresented-Bindings-Setter ebenfalls No-Op —applyErrorwurde nie zurückgesetzt.ConnectViews "Unbekanntes Zertifikat"-Alert: "Abbrechen"-Button-Action komplett leer —connectionService.stateblieb dauerhaft auf.needsCertificateConfirmationhängen.ConnectViews "Unbekannter SSH-Schlüssel"-Alert: "Abbrechen" funktionierte nur für einen von zwei möglichen Auslöse-Pfaden.Fix: neue
ConnectionService.cancelPendingTrustConfirmation(), neueSetupViewModel.dismissApplyError(). Alle drei Alerts korrekt verdrahtet (Button-Action + Bindings-Setter, deckt auch Tap-Outside/Esc ab). TotesdismissPendingSSHTrust()entfernt.Verifikation: Build grün, 102 Unit-Tests grün (1 neuer Regressionstest). Noch nicht live gegenreproduziert.