- Se descapó
- 16 de mayo de 2026 a las 3:31 UTC
- Autor
- Kamo
- Compromit
- eaf14d9
El verdadero error detrás de los usuarios que aterrizan en la pantalla de estimación-revelación incluso después de "Inicio de la vuelta": el motor de flujo devuelve HECHO cuando está en estado.flow es nulo (sin flujo elegido - sin lista de preguntas - bucle no produce nada * DONE). La condición de avance automático.(isDone, mínimoAnswersForEstimate) vio HECHO y puesta en escena= 'estimar' inmediatamente, incluso en un estado de reinicio recién desierto. Tres correcciones coordinadas: 1. Estado predeterminado. flujo a 'PURCHASE' en la hidratación cuando es nulo. El compartido la pregunta de uso del préstamo (que es la elección real del usuario) les permite cambiar a REFINANCE / REVERSE; las respuestas se llevan a cabo por pregunta id y Cada flujo se aplica cuando los predicados redirigen correctamente. Esto le da el motor una lista de preguntas para caminar por lo que el nombre preferido y préstamoPurpose Las burbujas se vuelven diseñadas. 2. haPriorProgress ya no cuenta estado.fluo .== null. El flujo por defecto configurado en (1) es un sistema predeterminado, no datos de entrada al usuario. Sólo Predicionalidad y presencia de respuesta indican un progreso previo real (así el La puerta de bienvenida no se excluye en cada visita fresca). 3. Auto-avance a estimación está cerrado SOLELY en mínimoAnswersForEstimate (no isDone). isDone es ahora ambiguo. Puede significar "usuario terminado O "el motor no tiene nada porque el flujo es nulo en los casos". mínimoAnswersForEstimate es el inequívoco "usuario ha respondido lo suficiente" señal; para los flujos completados también es cierto (ya que las listas de preguntas incluir todos los campos que requiere la verificación mínima). Net: nuevos visitantes aterrizan en el cálido saludo de T-Rex. "Qué debería - Nunca la pantalla de estimación a menos que realmente contestaran el preguntas necesarias.