- Expédié
- 16 mai 2026 à 03:44 UTC
- Auteur
- Kamo
- Commite
- 1d4648b
De nouveaux visiteurs ont frappé la porte de secours de bienvenue au moment où ils ont saisi leur nom, parce que hasPriorProgress a été recalculé à partir de l'actuel l'état sur chaque rendu - de sorte que dès que l'état.préferredName a été fixé, le Une porte a été tirée au milieu de la conversation. Carte de cause racine: instantané le "n'avons-nous donc se charger avec le progrès?" décision ONCE au moment de l'hydratation et ne jamais recalculer. Les modifications de session ne peuvent pas retourner a Visiteur de "frais" à "retour" - seulement ce qui était dans IndexedDB à la page monture canette. A également extrait aPriorProgress() à lib/persistence/progress.ts donc Composante et les essais partagent une source de vérité, et ont ajouté 6 tests unitaires couvrir les quatre cas importants: - état vide - non-retour - Ensemble de flux par défaut uniquement - non-retour (par défaut du système) - set de nom préféré et retour - toute réponse présente et retour - nom de la corde vide - non-retour - l'objet de réponses vides et le non-retour Les nettoyages UX pilotés par l'audit dans le même engagement: - "Démarrer" le lien maintenant caché sur le tout premier écran (l'utilisateur a Rien à redémarrer) et fermé par "showStartOverWhen" sur CenterStage - Estimate Reveal s'ouvre avec une bulle de plomb personnalisée - un pur-sang clair "Les nombres réels viennent une fois que nous tirons une citation" bulle de l'assurance (au lieu de de dumping directement dans les chiffres du ballpark) - Copie de secours de bienvenue (pas de nom dans le dossier) se lit comme un amical "Bienvenue, tu as commencé quelque chose avant" au lieu du vague "Augs comme nous avons déjà commencé quelque chose ensemble" 82/82 épreuves d'essai (contre 76; 6 essais d'avancement).