Il cancello di benvenuto deve solo innescare per i veri visitatori di ritorno

Fixkamolos
Spegnimento
16 maggio 2026 alle ore 03:44 UTC
Autore
Kamo
Impegno
1d4648b

Nuovi visitatori stavano colpendo il cancello di benvenuto nel momento in cui entrato nel loro nome, perché haPriorProgress è stato ricomputato dalla corrente dichiarare su ogni render — così appena stato. preferito Il nome è stato impostato, il cancello sparato nel bel mezzo della conversazione. Root-cause fix: snapshot the "did we load with progress?" a tempo di idratazione e non ricomputere mai. Le modifiche di sessione non possono capovolgere un visitatore da "fresh" a "ritorno" — solo quello che era in IndexedDB a pagina montare la lattina. Anche estratto haPriorProgress() a lib/persistenza/progress.ts così il componenti e test condividono una fonte di verità e hanno aggiunto 6 test unitari coprendo i quattro casi importanti: - stato vuoto → non ritorno - set di flusso predefinito solo → non ritorno (impostazione predefinita) - preferito Nome set → ritorno - qualsiasi risposta presente → ritorno - nome vuoto-string → non ritorno - vuoto risposta oggetto → non ritorno Pulizie UX guidate da Audit nello stesso commit: - "Start over" link ora nascosto sulla prima schermata (l'utente ha nulla da ricominciare) e gated da `showStartOverWhen` su CenterStage - EstimateReveal si apre con una bolla di piombo personalizzata + una chiara "i numeri reali vengono una volta che facciamo un preventivo" bolla di rassicurazione (invece di dumping dritto in figure di ballpark) - Copia fallback di benvenuto (nessun nome sul file) legge come amichevole "Bentornato, hai iniziato qualcosa prima" invece del vago "Sembra che abbiamo già iniziato qualcosa insieme" 82/82 test passa (era 76; +6 test unità di progresso).

Tutte le modifiche

Come quello che vedi la spedizione?

Ognuno di questi aggiornamenti atterra automaticamente nello spazio di lavoro. Inizia gratis e guardalo crescere settimana dopo settimana.

Inizia gratis per sempreVisualizza il prezzo