Closed jllanosg closed 6 days ago
[!CAUTION]
Review failed
The pull request is closed.
Thank you for using CodeRabbit. We offer it for free to the OSS community and would appreciate your support in helping us grow. If you find it useful, would you consider giving us a shout-out on your favorite social media?
Sin cambiar el set state me salta el modal para la actualización, y por más que le doy que sí, sigue saltando
No veo ningún feedback al usuario del estado de actualización (ya que no es instantáneo, pero me sale un toaster que dice que se actualizó satisfactoriamente) como usuario no puedo saber cuándo está lista la actualización, si todavía sigue actualizando, nada. Tal vez es parte del bug de que me sale que debo actualizar cuando en realidad no? No lo sé
No veo ningún feedback al usuario del estado de actualización (ya que no es instantáneo, pero me sale un toaster que dice que se actualizó satisfactoriamente) como usuario no puedo saber cuándo está lista la actualización, si todavía sigue actualizando, nada. Tal vez es parte del bug de que me sale que debo actualizar cuando en realidad no? No lo sé
que raro, se supone que cuando aceptas la actualización aparece un spinner abajo a la derecha con un tooltip que te indica que está actualizando
No veo ningún feedback al usuario del estado de actualización (ya que no es instantáneo, pero me sale un toaster que dice que se actualizó satisfactoriamente) como usuario no puedo saber cuándo está lista la actualización, si todavía sigue actualizando, nada. Tal vez es parte del bug de que me sale que debo actualizar cuando en realidad no? No lo sé
respecto al bug que mencionas, necesito más logs y detalles al respecto, ya que no me pasa actualmente
No veo ningún feedback al usuario del estado de actualización (ya que no es instantáneo, pero me sale un toaster que dice que se actualizó satisfactoriamente) como usuario no puedo saber cuándo está lista la actualización, si todavía sigue actualizando, nada. Tal vez es parte del bug de que me sale que debo actualizar cuando en realidad no? No lo sé
respecto al bug que mencionas, necesito más logs y detalles al respecto, ya que no me pasa actualmente
No te puedo dar más logs y detalles porque no hay, es tal cual lo que digo, no hay logs al respecto, ni en los contenedores ni en la consola
Cómo se hace correctamente el testeo? Modifiqué el link de descarga del archivo de CWE a otro archivo en el .env, pero no me saltó ningún pop up indicándome la actualización
Cómo se hace correctamente el testeo? Modifiqué el link de descarga del archivo de CWE a otro archivo en el .env, pero no me saltó ningún pop up indicándome la actualización
Me queda duda eso sí respecto cómo evalúan cuál es el último modelo, probé cambiando el link al modelo antiguo y efectivamente se actualizó al actual (al menos así me indicaba). No quiero cambiar el link del modelo actual pa no pitearmelo, pero de qué forma consideran el más nuevo?
Me queda duda eso sí respecto cómo evalúan cuál es el último modelo, probé cambiando el link al modelo antiguo y efectivamente se actualizó al actual (al menos así me indicaba). No quiero cambiar el link del modelo actual pa no pitearmelo, pero de qué forma consideran el más nuevo?
Se considera en base a que supuestamente es una url fija (o al menos en eso se había quedado en las reuniones), entonces siempre el archivo de la url será el 'más' nuevo, mientras que el .zip local será la versión anterior.
Hay algo que me genera un poco de dudas. Y es el hecho de que, al refrescar la página (en cualquier sección dentro de AuditForge), el modal de actualización vuelve a aparecer incluso cuando anteriormente uno clickeó en "Dismiss". ¿Ese comportamiento es el esperado?
Lo contrasto con la situación en la que: el usuario clickee en "Dismiss", aparece el spinner abajo a la derecha, y si refresca la página, se mantiene el spinner (no aparece nuevamente el modal).
Si le doy a actualizar el modelo y luego refresco la página, el spinner de abajo a la derecha desaparece, dejando sin feedback al usuario de lo que está sucediendo (el modelo se sigue actualizando, se canceló la actualización, etc). Luego, debo volver a refrescar para que nuevamente se abra el modal de actualización. (esto también pasa si le doy a actualizar, me deslogueo, y luego, vuelvo a loguearme)
Esto me genera la duda de cómo se maneja la actualización "por debajo", ya que no sé si este "bug" aparece solamente por la forma en la que estamos probando el PR o no.
Hay algo que me genera un poco de dudas. Y es el hecho de que, al refrescar la página (en cualquier sección dentro de AuditForge), el modal de actualización vuelve a aparecer incluso cuando anteriormente uno clickeó en "Dismiss". ¿Ese comportamiento es el esperado?
Lo contrasto con la situación en la que: el usuario clickee en "Dismiss", aparece el spinner abajo a la derecha, y si refresca la página, se mantiene el spinner (no aparece nuevamente el modal).
Técnicamente como es una single page application no está considerado el recargar la página, tampoco existe forma actualmente de saber en tiempo real el estado de la actualización. Lo que se espera es que muy de vez en cuando el usuario tenga una actualización disponible y la aplique si es que lo haya necesario. Este es el comportamiento esperado dado el diseño de figma. Es deficiente en el sentido que mencionas? Si, pero para cambiarlo se necesitaría mucho más tiempo del disponible
Considerando que las 2 cosas que comenté ocurren cuando se refresca la página, y que nuestra app actualmente no es completamente una "single page application" (hay secciones en las que hay que refrescar para observar cambios)... LGTM
Que haya secciones hechas a medias no cambia el hecho de que nuestra app esté planteada como una SPA.
Considerando que las 2 cosas que comenté ocurren cuando se refresca la página, y que nuestra app actualmente no es completamente una "single page application" (hay secciones en las que hay que refrescar para observar cambios)... LGTM
Que haya secciones hechas a medias no cambia el hecho de que nuestra app esté planteada como una SPA.
Nunca dije que nuestra app no estuviera planteada como una SPA. Solamente aclaré que las cosas que pillé ocurren solamente cuando se refresca la página y que, actualmente en la app, hay secciones que requieren refrescar la página. No le veo lo malo(?
Considerando que las 2 cosas que comenté ocurren cuando se refresca la página, y que nuestra app actualmente no es completamente una "single page application" (hay secciones en las que hay que refrescar para observar cambios)... LGTM
Que haya secciones hechas a medias no cambia el hecho de que nuestra app esté planteada como una SPA.
Nunca dije que nuestra app no estuviera planteada como una SPA. Solamente aclaré que las cosas que pillé ocurren solamente cuando se refresca la página y que, actualmente en la app, hay secciones que requieren refrescar la página. No le veo lo malo(?
El tema es que no debería ser así
Descripción
Agrega el backend y el frontend para actualizar el modelo de CWE Si es necesario
Motivación y Contexto
HU04
¿Cómo ha sido probado?
Si hay una actualización disponible, aparece un modal que indica si se quiere actualizar o no. En caso de aceptarla, debería comenzar a actualizarse, apareciendo un icono de carga. Si se rechaza, entonces aparece el mismo ícono pero que permite abrir nuevamente el modal y aceptar la actualización.
Como esto es dificil de hacer ya que el modelo no cambia constantemente, se puede moficar el efecto que hace el checkeo en ModeUpdateContainer.tsx, linea 26:
setIsOpenModal(result);
De esta manera abrirá el modal aunque no haya actualización, y permite hacer el flujo de actualizar el modelo.
Capturas de pantalla (si es apropiado):
Tipos de cambios
Lista de verificación:
Summary by CodeRabbit
Nuevas Funciones
Mejoras en la Interfaz de Usuario
Corrección de Errores