- Navios
- 26 de agosto de 2026 às 02:40 UTC
- Autor
- Kamo
- Enviar
- d54a9fe
Revisão da Fase 1 (Relatório 15) considerou a Critical: uma idempotência estável chave em uma atualização/cancel/attach/detach não é uma salvaguarda, é um bug. Essas chamadas já estabelecem um estado-alvo explícito, por isso são idempotent em vigor sem qualquer chave; uma chave estável permite Stripe's 24h cached-resposta replay engolir uma mudança genuinamente posterior. Concretamente: cancel() -> reactivate() -> cancel() apresentou o SAME chave em ambas as chamadas cancel(), para que o segundo tenha retornado o PRIMEIRO A resposta em cache da chamada e nunca tocou na assinatura ao vivo... o DB e UI disse "não vai renovar" enquanto Stripe continuou faturando, com Não há excepção em lado nenhum. A mesma forma atingiu o método de pagamento padrão alternância e sincronizaçãoA atualização da proração do StripeItems (5 lugares -> 10 -> 5 teria deixado cair uma verdadeira proração). Nem a Subscrição da Conta Nem a conta possui um campo por invocação (sem atualização) nenhuma coluna de versão) para dobrar em uma chave em vez disso, por isso a correção não é nenhuma chave sobre estas dez mutações, não uma mais inteligente. Mantém a chave em todos os dez cria genuíno (SetupIntent, Customer, Sessão, quatro Price.create, Product, Meter, Subscription.create), que permanecem não-impotentes por natureza e ainda precisam de um. A classe Javadoc da StripeIdepotência agora afirma isso claramente, incluindo o modo de falha específico de cancelamento/reactivação/cancel, por isso os dez Os locais de chamadas de mutação não são "restaurados" mais tarde. O teste de cobertura agora afirma ambas as direções: cada criação carrega uma chave **************** um olhar para o futuro regex net) e nenhuma mutação faz **************** para os regex-visíveis, mais **************************** fixando o verdadeiro por-file contagem para que uma chave adicionada de volta a qualquer um dos local-variável- mutações receptoras que o regex não consegue ver -- a maioria das AccountSubscriptionService's and AccountPagamentoMethodService's -- Ainda falha a compilação). Verified ambas as novas afirmações realmente pegar um Chave reintroduzida antes de reverter a sonda.