- Verschifft
- 16. Mai 2026 um 03:44 UTC
- Autor
- Kamo
- Ausschuss
- 1d4648b
Brandneue Besucher trafen das Willkommen-zurück-Gate in dem Moment, als sie ihren Namen eingegeben, weil hatPriorProgress wurde von der aktuellen Zustand auf jedem Render - also sobald state.preferredName gesetzt wurde, Tor in der Mitte des Gesprächs abgefeuert. Root-cause fix: Schnappschuss der "haben wir mit Fortschritt geladen?" Entscheidung ONCE zur Hydratation und nie wieder aufnehmen. In-Session-Editings können nicht umdrehen Besucher von "frisch" bis "rwiderkommen" nur das, was in IndexedDB auf der Seite war montieren kann. Auch extrahiert hatPriorProgress() zu lib/persistence/progress.ts so die Komponente und Tests teilen eine Quelle der Wahrheit, und hinzugefügt 6-Einheiten-Tests die vier wichtigen Fälle abdecken: - leerer Zustand - nicht zurück - Default Flow Set only - nicht zurück (System default) - preferredName set - Rückkehr - jede Antwort vorhanden - Rückkehr - empty-string Name - nicht zurück - leere Antworten Objekt - nicht zurück Audit-gesteuerte UX-Bereinigungen in der gleichen Demit: - "Start over" Link jetzt auf dem ersten Bildschirm versteckt (der Benutzer hat nichts zu beginnen) und umzäunt von "showStartOverWhen" auf CenterStage - EstimateReveal öffnet mit einer personalisierten Lead-in-Blase + eine klare "Echte Zahlen kommen, sobald wir ein Angebot ziehen" Beruhigung Blase (statt von Dumping direkt in Ballpark-Figuren) - Welcome-back Fallback Kopie (kein Name auf Datei) liest sich als freundlich "Willkommen zurück, du hast etwas angefangen, bevor" statt der vagen "Sieht aus, als hätten wir schon etwas zusammen angefangen" 82/82 Testpass (war 76; +6 Fortschrittseinheit Tests).