- Spegnimento
- 16 maggio 2026 alle ore 03:31 UTC
- Autore
- Kamo
- Impegno
- eaf14d9
Il vero bug dietro gli utenti che atterrano sullo schermo di stima-riveal anche dopo "Start over": il motore di flusso restituisce DONE quando stato. il flusso è null (nessun flusso scelto → nessuna lista di domande → loop non produce nulla → DONE). La condizione di auto-avanzata `(isDone ||| minimalAnswersForEstimate)` sega DONE e set stage='stimate' immediatamente, anche su uno stato appena resettato. Tre correzioni coordinate: 1. Default state.flow a 'PURCHASE' sull'idratazione quando è nullo. La condivisione domanda di prestito (che è la scelta reale dell'utente) permette loro passare a REFINANCE / REVERSE; risposte portare avanti con domanda id e ogni flusso `appliesWhen ` i predicati ri-route correttamente. Questo dà motore una lista di domande a piedi così il preferitoName + prestitoPurpose bolle rendono come progettato. 2. haPriorProgress non conta più State.flow!= null. Il flusso predefinito set in (1) è un default del sistema, non dati collegati all'utente. Solo PreferitoName e presenza di risposta indicano reali progressi precedenti (così il il cancello di benvenuto non mostra su ogni visita fresca). 3. Auto-avanzata di stima è gated SOLELY su minimoAnswersForEstimate (non èDone). èDone è ora ambiguo — può significare "utente finito tutto" O "il motore non ha nulla perché il flusso è nullo a casi di bordo". minimoAnswersForEstimate è l'inequivocabile "utente ha risposto abbastanza" segnale; per i flussi completati è anche vero (dal momento che la domanda elenca includere tutti i campi che il controllo minimo richiede). Rete: nuovi visitatori sbarcano sul caldo saluto T-Rex + "Che cosa dovrei chiamarti?" — mai la schermata di stima a meno che non abbiano effettivamente risposto domande richieste.