Closed caverav closed 2 months ago
No sé si tiene que ver con este PR pero el input de la tabla se superpone al modal de creación
No sé si tiene que ver con este PR pero el input de la tabla se superpone al modal de creación
Es por el relative en el className
del SimpleInput;
hay que sacar un fix de esto
El selector de audit type al crear el audit está super bugeado, no se si soy solo yo pero me aparece de la siguiente manera:
Al abrir el modal
Al seleccionar un audit type
Luego, destacar que al cerrar el modal los datos que se estaban ingresando se mantienen, esto no es tan urgente/relevante pero al salirse de un modal que implica escribir datos de alguna manera, es necesario reiniciar los valores; que no se mantengan en este al volver a abrir el modal.
3 detalles:
Pero mientras se carga se ven los paréntesis vacíos
Al guardar un audit (apretar botón save) no hay feedback (falta implementar toast).
Al crear un audit no se actualiza la tabla de audits.
También el botón de borrar audit en la tabla principal no funciona, no se si no fue implementado o es bug.
También el botón de borrar audit en la tabla principal no funciona, no se si no fue implementado o es bug.
No fue implementado, literalmente dejé un TODO:
También el botón de borrar audit en la tabla principal no funciona, no se si no fue implementado o es bug.
No fue implementado, literalmente dejé un TODO:
Dónde puedo leer el TODO?
Al editar un "audit", si el aplicativo no tiene algún parametro como "Clientes" agregado como data, entonces los cambios no se visualizan en la vista de editar. La imagen A muestra lo que se ve al editar un finding sin un cliente (se muestran los clientes en la imagen B). En la imagen C se muestra lo que se ve luego de agregar un cliente en data, sin haber hecho ningun cambio extra (En la imagen D se muestra que solo se agrego un cliente).
Esto re repite en "Company" y desconozco si ocurre también con otro campo.
Imagen A:
Imagen B:
Imagen C:
Imagen D:
Sinceramente no entendí @iTzGooDLife , esto además suponiendo que con "finding" te refieres a un "audit", si no, menos entiendo
Sinceramente no entendí @iTzGooDLife , esto además suponiendo que con "finding" te refieres a un "audit", si no, menos entiendo
No. al editar un audit, si no se tiene una compañia o un cliente agregado (lo que se hace en el apartado de data), entonces estos cambios no se reflejan. Por lo que el problema es que solo se muestran los campos si es que existen todos estos datos, lo cual no es el comportamiento esperado. Las fotos son bien representativas y la explicación no encuentro que esté mal, espero que con este contexto se entienda mejor.
Sinceramente no entendí @iTzGooDLife , esto además suponiendo que con "finding" te refieres a un "audit", si no, menos entiendo
Para replicar el problema, puedes eliminar los clientes/compañias y luego intentar editar un audit.
Sinceramente no entendí @iTzGooDLife , esto además suponiendo que con "finding" te refieres a un "audit", si no, menos entiendo
No. al editar un audit, si no se tiene una compañia o un cliente agregado (lo que se hace en el apartado de data), entonces estos cambios no se reflejan. Por lo que el problema es que solo se muestran los campos si es que existen todos estos datos, lo cual no es el comportamiento esperado. Las fotos son bien representativas y la explicación no encuentro que esté mal, espero que con este contexto se entienda mejor.
Ahora entiendo, si no hay un cliente/company agregado en la sección data (que fue recién mergeada btw), el audit aparece "pelao"?
Sinceramente no entendí @iTzGooDLife , esto además suponiendo que con "finding" te refieres a un "audit", si no, menos entiendo
No. al editar un audit, si no se tiene una compañia o un cliente agregado (lo que se hace en el apartado de data), entonces estos cambios no se reflejan. Por lo que el problema es que solo se muestran los campos si es que existen todos estos datos, lo cual no es el comportamiento esperado. Las fotos son bien representativas y la explicación no encuentro que esté mal, espero que con este contexto se entienda mejor.
Ahora entiendo, si no hay un cliente/company agregado en la sección data (que fue recién mergeada btw), el audit aparece "pelao"?
Sii, eso mismo.
Sinceramente no entendí @iTzGooDLife , esto además suponiendo que con "finding" te refieres a un "audit", si no, menos entiendo
No. al editar un audit, si no se tiene una compañia o un cliente agregado (lo que se hace en el apartado de data), entonces estos cambios no se reflejan. Por lo que el problema es que solo se muestran los campos si es que existen todos estos datos, lo cual no es el comportamiento esperado. Las fotos son bien representativas y la explicación no encuentro que esté mal, espero que con este contexto se entienda mejor.
Ahora entiendo, si no hay un cliente/company agregado en la sección data (que fue recién mergeada btw), el audit aparece "pelao"?
Sii, eso mismo.
Mmm, por lo que recuerdo pwndoc no te deja crear ni audit ni vulns sin agregar ciertos datos mínimos en data, podrías verificar cuales eran esos datos?
Mmm, por lo que recuerdo pwndoc no te deja crear ni audit ni vulns sin agregar ciertos datos mínimos en data, podrías verificar cuales eran esos datos?
Efectivamente pwndoc tiene ese comportamiento y no recuerdo bien cuales eran, pero tengo seguridad que no eran esos.
Mmm, por lo que recuerdo pwndoc no te deja crear ni audit ni vulns sin agregar ciertos datos mínimos en data, podrías verificar cuales eran esos datos?
Los datos obligatorios son Audit Types y Language.
Al editar un audit, el campo de Client no es filtrado si anteriormente se selecciona Company, además, al seleccionar primero un Client, debería auto rellenarse el campo Company según la información del cliente.
No existe un modal preventivo de cambiar hacia otra vista como Vulnerabilities o Data para no perder el progreso antes de guardar. (adjunto como se gestiona en pwndoc)
Al cambiar la resolución de la página los inputs de fecha se solapan entre sí.
Al editar un "audit", si el aplicativo no tiene algún parametro como "Clientes" agregado como data, entonces los cambios no se visualizan en la vista de editar. La imagen A muestra lo que se ve al editar un finding sin un cliente (se muestran los clientes en la imagen B). En la imagen C se muestra lo que se ve luego de agregar un cliente en data, sin haber hecho ningun cambio extra (En la imagen D se muestra que solo se agrego un cliente).
Esto re repite en "Company" y desconozco si ocurre también con otro campo.
Imagen A:
Imagen B:
Imagen C:
Imagen D:
@caverav esto fue solucionado?
@caverav esto fue solucionado?
Revisé y si, fue solucionado.
Al editar un audit, si no tiene un cliente (de los que se crean en data), entonces la única opción en el dropdown es "unavailable" como se ve en la imagen A. El problema es que si se selecciona dicha opción, el aplicativo muestra el error de la imagen B.
Imagen A:
Imagen B:
Según se probó, este comportamiento solo sucede si no se selecciona una compañia en el dropdown de la izquierda, ya que si se selecciona una, se verá que ya no está la opción "unavailable" como se ve en la imagen C.
Imagen C:
Cuál es el problema?
Cuál es el problema?
La opción "unavailable" quiere decir que por el momento no está disponible y se arreglará o está hecho adrede?
Cuál es el problema?
La opción "unavailable" quiere decir que por el momento no está disponible y se arreglará o está hecho adrede?
es para indicar que no hay opciones disponibles, en el otro caso no es necesario porque no explota
Cuál es el problema?
La opción "unavailable" quiere decir que por el momento no está disponible y se arreglará o está hecho adrede?
es para indicar que no hay opciones disponibles, en el otro caso no es necesario porque no explota
Mmm... Si no hay opciones disponibles, considero que no deberian haber opciones. De igual manera, si se prefiere dejar una opción como unavailable, la idea es que no explote la app al seleccionarla:/.
No se verifica que el audit tenga una plantilla asociada antes de ejecutar la función generateReport(), resultando en esto en una nueva ventana:
Lo que mencionaré ahora no considero que sea algo urgente, pero si se debería arreglar, si no se arreglará ahora se debería hacer issue:
Al cargar la vista de audits aparece el siguiente warning:
En su momento me aparecio en vulnerabilities, pero no recuerdo como lo solucioné, intenté arreglarlo en esta rama, pero no he logrado encontrar el fix.
No se verifica que el audit tenga una plantilla asociada antes de ejecutar la función generateReport(), resultando en esto en una nueva ventana:
Crea un issue al respecto por favor, no creo que sea relevante para este sprint
Si se agrega una nueva audit y se quiere agregar una segunda, entonces esta guarda los datos puestos anteriormente (lo cual no es el comportamiento esperado). No se solicitarán cambios para esto, pero lo quiero dar a conocer y se hará un issue al respecto (si no se soluciona para este sprint).
Si se agrega una nueva audit y se quiere agregar una segunda, entonces esta guarda los datos puestos anteriormente (lo cual no es el comportamiento esperado). No se solicitarán cambios para esto, pero lo quiero dar a conocer y se hará un issue al respecto (si no se soluciona para este sprint).
No te preocupes, solucionado
No te preocupes, solucionado
cuchau
Descripción
Se realizaron varios cambios en el proyecto:
.gitignore
: Se añadieron los archivos y carpetas.venv
,.dccache
, y.sourcery.yaml
para excluirlos del control de versiones.package.json
en el frontend: Se añadió la dependencialucide-react
versión^0.435.0
.ListItem
.main.tsx
: Se añadieron nuevas rutas para las auditorías y sus detalles específicos.Motivación y Contexto
Este cambio es necesario para:
¿Cómo ha sido probado?
Los cambios fueron probados en un entorno de desarrollo local. Se realizaron las siguientes pruebas:
.gitignore
.Tipos de cambios
Lista de verificación: