- Se descapó
- 26 de agosto de 2026 a las 2:40 UTC
- Autor
- Kamo
- Compromit
- d54a9fe
Revisión de la Ronda 1 (Ruling 15) encontró el Crídico: una idempotencia estable clave en una actualización/cancela/attach/detach no es una salvaguardia, es un error. Esas llamadas ya establecen un estado objetivo explícito, por lo que son idempotente en efecto sin ninguna llave; una tecla estable en su lugar permite La repetición de 24 horas de Stripe se traga un cambio genuinamente posterior. En concreto: cancelar() ---Reactivate() -- cancelar() presentó el MISMO clave en ambas llamadas canceladas, por lo que la segunda recuperó la PRIMERA la respuesta en caché de llamada y nunca tocó la suscripción en vivo... el BJ e IU dicen que "no se renovarán" mientras Stripe mantuvo la facturación, con no es la excepción en ninguna parte. La misma forma golpeó el default-pago-método conmutación y sincronizaciónStripeStripeStripeSlevup-ports (5 asientos - 10 - - 5 habrían caído una verdadera prorpura). Ni la Ususcripción de Cuenta ni la cuenta lleva un campo por invocación (sin que se mueva, no columna de versión) para doblar en una tecla en su lugar, por lo que la solución no es ninguna clave en estos diez mutaciones, ni una más inteligente. Mantenga la clave en las diez creaciones genuinas (SetupIntent, Cliente, Sesión, cuatro Price.crear, Producto, Metro, Subscription.create), que siguen siendo no ilegímopitos por naturaleza y todavía lo necesitan. La clase javadoc de StripeIdempotency ahora dice esto claramente, incluyendo el modo de fallo de cancelación/reactivado/cancelar, por lo que los diez Los sitios de llamadas de mutación no son "restaurado" más tarde. La prueba de cobertura ahora afirma ambas direcciones: cada creado lleva una llave **************** un progresista reex net) y ninguna mutación sí ************* para los de nuevo-visible, además ******************* aprietando el verdadero el conteo de archivos por tipo de la clave que se agrega de nuevo a cualquiera de los locales-variable... mutaciones receptoras que el regex no puede ver... la mayoría de AccountSubscriptionService's and AccountPaymentMethodService's -- sigue fallando la construcción). Verificados ambas nuevas afirmaciones en realidad atrapan un reintroducida de la llave antes de revertir la sonda.