Crash-Haertung: Delegat bei Programm-Sets abhaengen, send()-Pointer safe, Doku

This commit is contained in:
x3
2026-09-21 23:52:23 +02:00
parent ed6e96b3c1
commit 69f9e9952c
3 changed files with 27 additions and 4 deletions
+3 -2
View File
@@ -205,12 +205,13 @@ final class PTYSession: ObservableObject {
func send(_ string: String) { func send(_ string: String) {
let fd = masterFD let fd = masterFD
guard fd >= 0 else { return } guard fd >= 0 else { return }
guard let data = string.data(using: .utf8) else { return } guard let data = string.data(using: .utf8), !data.isEmpty else { return }
ioQueue.async { ioQueue.async {
data.withUnsafeBytes { ptr in data.withUnsafeBytes { ptr in
guard let base = ptr.baseAddress else { return }
var written = 0 var written = 0
while written < data.count { while written < data.count {
let n = write(fd, ptr.baseAddress!.advanced(by: written), data.count - written) let n = write(fd, base.advanced(by: written), data.count - written)
if n <= 0 { break } if n <= 0 { break }
written += n written += n
} }
@@ -38,10 +38,19 @@ struct TerminalInputField: NSViewRepresentable {
func updateNSView(_ view: NSView, context: Context) { func updateNSView(_ view: NSView, context: Context) {
context.coordinator.onSubmit = onSubmit context.coordinator.onSubmit = onSubmit
if let f = view as? NSTextField, f.stringValue != text { // Delegat während Programm-Sets abhängen: sonst feuert textDidChange synchron
f.stringValue = text // zurück ins SwiftUI-State — mitten im Render -> Crash ("Modifying state
// during view update"). User-Tippen läuft weiter über den Delegaten.
if let f = view as? NSTextField {
if f.stringValue != text {
f.delegate = nil
f.stringValue = text
f.delegate = context.coordinator
}
} else if let tv = view as? NSTextView, tv.string != text { } else if let tv = view as? NSTextView, tv.string != text {
tv.delegate = nil
tv.string = text tv.string = text
tv.delegate = context.coordinator
} }
} }
+13
View File
@@ -21,6 +21,7 @@ Stand: 2026-09-21 · Version 0.1.0 · macOS arm64 · Swift 5.9+ · Xcode 15+
| 12 | 2026-09-21 | „Immer Verbindung falsch" | User-Report ohne Details (Ziel/Credentials unbekannt) | offen | ⬜ Teils: Editor-Validierung + kopierbarer Fehlerbericht; warte auf Bericht | | 12 | 2026-09-21 | „Immer Verbindung falsch" | User-Report ohne Details (Ziel/Credentials unbekannt) | offen | ⬜ Teils: Editor-Validierung + kopierbarer Fehlerbericht; warte auf Bericht |
| 13 | 2026-09-21 | Permission denied trotz richtigem Passwort | Text-Ersetzung im Eingabefeld verfälscht Sonderzeichen | hoch | ✅ behoben — gehärtetes Eingabefeld (alle Ersetzungen aus, 9/9 Tests) | | 13 | 2026-09-21 | Permission denied trotz richtigem Passwort | Text-Ersetzung im Eingabefeld verfälscht Sonderzeichen | hoch | ✅ behoben — gehärtetes Eingabefeld (alle Ersetzungen aus, 9/9 Tests) |
| 14 | 2026-09-21 | Terminal geht, App nicht (gleiches Passwort) | SSH-Agent-Socket fehlt GUI-Prozessen → evtl. Key-Login in Terminal | hoch | ✅ App reicht Agent jetzt durch; Gegenprobe beim User offen | | 14 | 2026-09-21 | Terminal geht, App nicht (gleiches Passwort) | SSH-Agent-Socket fehlt GUI-Prozessen → evtl. Key-Login in Terminal | hoch | ✅ App reicht Agent jetzt durch; Gegenprobe beim User offen |
| 15 | 2026-09-21 | Crash bei Tippen + Senden | Ursache unklar (headless nicht reproduzierbar) | kritisch | ⬜ Gehärtet (v0.5.3); Crash-Log angefragt |
--- ---
@@ -198,3 +199,15 @@ ssh -o IdentitiesOnly=yes administrator@sysdaemon.xyz
``` ```
Zweite Zeile erzwingt Passwort-Login ohne Agent — scheitert sie auch im Terminal, war es immer der Agent-Key. Zweite Zeile erzwingt Passwort-Login ohne Agent — scheitert sie auch im Terminal, war es immer der Agent-Key.
**Status:** ✅ App-Seite umgesetzt — warte auf Gegenprobe. **Status:** ✅ App-Seite umgesetzt — warte auf Gegenprobe.
## #15 — Crash bei Tippen + Senden (User-Report)
**Stand:** „Sobald ich was eintippe und absende, crasht das Programm." Headless nicht reproduzierbar — alle Ebenen einzeln grün.
**Ausgeschlossen per Test:**
- SIGPIPE beim Schreiben (Harness: macOS liefert EIO statt Signal; `send` nach `stop()` überlebt) — Hypothese widerlegt
- View-Schicht (echter Coordinator + NSTextView: Tippen mit Umlauten/Quotes/Paste, Enter, 200 Programm-Sets) — grün
- PTY-Roundtrip, Refused-, Keychain-, TCP-Harness — grün
**Gehärtet (v0.5.3, ohne Beweis dass es DER Crash war):**
- `TerminalInputField.updateNSView`: Delegat bei Programm-Sets abgehängt — sonst feuert `textDidChange` synchron zurück ins State während SwiftUI rendert („Modifying state during view update" → Crash-Kandidat Nr. 1, genau beim Senden: Eingabe wird geleert)
- `PTYSession.send`: Force-Unwrap `baseAddress!` → Guard, Leer-Check
**Weiter nötig bei erneutem Crash:** Console.app → Absturzberichte → neuesten `RemminaMac`-Eintrag öffnen → `Exception Type`, `Termination Reason` und crashed Thread hierher schicken. Damit steht die Stelle fest.
**Status:** ⬜ wartet auf Rückmeldung / Crash-Log.