Bug 29: Übersicht-Tab aktualisierte sich nicht selbst beim Tab-Wechsel

.task lief nur einmal pro View-Lebenszeit — SwiftUI zerstört Tab-Inhalte
auf macOS beim Wechsel nicht, die View bleibt am Leben, .task feuert
also nie erneut beim Zurückwechseln. Fix: .onAppear statt .task, feuert
bei jedem Sichtbarwerden des Tabs neu — Änderungen aus dem Experte-Tab
(z.B. eine neu angelegte Route) erscheinen jetzt automatisch, ohne
manuellen "Aktualisieren"-Klick.

59 Unit-Tests grün.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01YDmUd93KxsYGr2kLTotWnG
This commit is contained in:
Kay
2026-09-15 14:02:48 +02:00
co-authored by Claude Sonnet 5
parent 18fefc76a8
commit aebba46989
3 changed files with 21 additions and 5 deletions
+8 -1
View File
@@ -579,7 +579,14 @@ Route kann das haben (RouterOS erzwingt 1255 bei `set`). Fix:
mehr an (`editTarget=nil`) — die `.id` einer dynamischen Route ist
ohnehin nicht stabil, RouterOS kann sie jederzeit neu anlegen. 59
Unit-Tests grün (neuer Test `OverviewGraphTests.
testDynamicRouteHasNoEditTarget`).
testDynamicRouteHasNoEditTarget`). **Übersicht-Tab aktualisierte sich
nicht selbst nach Tab-Wechsel** (Bug 29) — `.task` lief nur einmal pro
View-Lebenszeit; da SwiftUI Tab-Inhalte beim Wechsel auf macOS nicht neu
erzeugt (die View bleibt am Leben), feuerte `.task` beim Zurückwechseln
nie erneut. Fix: `.onAppear` statt `.task` (feuert bei jedem
Sichtbarwerden des Tabs neu) — Änderungen aus dem Experte-Tab (z.B. eine
neu angelegte Route) erscheinen jetzt automatisch beim Reinschauen, ohne
manuellen "Aktualisieren"-Klick.
## `xcodebuild test` hängt — Gatekeeper, kein Code-Bug