- Expédié
- 16 mai 2026 à 03:31 UTC
- Auteur
- Kamo
- Commite
- eaf14d9
Le bogue réel derrière les utilisateurs atterrissant sur l'écran d'estimation-révélation même après "Démarrer": le moteur de flux retourne FAIT lorsque le débit est nul (Pas de flux choisi - pas de liste d'autres questions - la boucle ne donne rien - FAIT). La condition d'auto-avance (isDone et minimum réponsesForestime) FAIT et mettre la scène, 'imimituez-vous' immédiatement, même à l'état de fraîcheur. Trois corrections coordonnées: 1. État par défaut.flow vers 'PURCHASE' sur l'hydratation quand il est nul. Le partage question à des fins de prêt (qui est le choix réel de l'utilisateur) lui permet passer à REFINANCE / REVERSE; les réponses reportées par question id et chaque flux s'applique correctement à la réroute de l'itinéraire. Cela donne le Moteur d'une liste de questions pour marcher, donc le nom et le prêt préféré les bulles sont rendues telles que conçues. 2. hasPriorProgress ne compte plus l'état.flow - null. Le flux par défaut set in (1) est une donnée par défaut du système et non par l'utilisateur. Uniquement préféré Nom et réponse Préférence indique des progrès réels antérieurs (donc la La porte d'accueil ne s'affiche pas à chaque nouvelle visite). 3. L'avance automatique à estimer est fermée SOLELY au minimumRés. (et n'est-le-toi). isFon est maintenant ambigu - il peut signifier "utilisateur fini Tout" OU "le moteur n'a rien parce que le flux est nul dans les cas de bords". minimumAduresForestimate est le non-non ambigu "l'utilisateur a suffisamment répondu" signal; pour les écoulements terminés, c'est aussi vrai (puisque les listes de questions sont listées inclure tous les champs requis par le contrôle minimal requis). Net: des visiteurs flambant neuves atterrissent sur le chaud Salut T-Rex greeting n'est-ce pas l'écran d'estimation à moins qu'ils n'aient vraiment répondu à la questions nécessaires.