devicehub fails when adding problematic (clonic) snapshots #13
Loading…
Reference in New Issue
No description provided.
Delete Branch "%!s(<nil>)"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
I added additional snapshots to test the clonic issues
the result is a general failure in the application, what should happen instead is an error handling that this snapshot could not annotate on id
the problematic snapshots are particularly AND/OR:
El problema en ambos casos es que el campo software pone "Workbench" y en el pareso para los nuevos workbench debe poner:
"EreuseWorkbench"
Tanto por el formulario como por la api guarda el snapshot correctamente en la carpeta errors del disco duro.
He mejorado la respuesta de la api. Ahora es algo mejor pero no te dice porque no entra.
hemos propuesto cambiar la validación del campo software de EreuseWorkbench a workbench-script, porque es exactamente el programa que se usa y es más claro
el error en devicehub se ve
y en workbench-script sale así:
queremos mejorar el mensaje de error por un lado en workbench y por otro en devicehub, seguimos en otro momento, un trabajo parcial fue forzar fallo en campo software de workbench y este patch
in the meantime the parsing improved, but right now, with latest commit right now
d4f50961bc
, and one of the target snapshots, I still have problems.With only this snapshot
wget https://cas.cat/ereuse-informes-septiembre-2024/ekoa_ids-clonicos/2024-10-16/20240825-17_35_56_91187f6f-0c29-43c6-a29e-348b8141bee0.json
The trace is duplicated two times, the first error messages is confusing, the second one is the right one
I tried to fix it myself, but I don't know, I document this here:
the expected log would be
solucionado
@cayop se refería a este commit
e4124fb20b
el resultado son dos log ERROR en rojo por fallo de snapshot (ahora sí se ha eliminado la trace)
en
79a34c9b55
he cambiado que ahora que si hay variable DEBUG definida en cualquier parte, logger intenta imprimir traceback, entonces, simplifica un poco el error handling