- Expédié
- 25 août 2026 à 22:28 UTC
- Auteur
- Kamo
- Commite
- 7fcf1d3
Ajout de BillingWebhookEventClaimService sur sa propre haricot, avec REQUIRES-NEW sur chaque méthode, et la câble en processEvent avant le commutateur d'expédition. Une perte de réclamation revient sans expédier, donc Stripe est relivrée d'un argent l'événement ne fait rien de quoi au lieu d'écrire deux fois. La réclamation passe par un haricot injecté, jamais cette réclamation(e) : a auto-invocation contourne le proxy de printemps et vides silencieusement REQUIES-NEW, donc un manipulateur roulerait la réclamation et ferait ressembler à chaque réessai première livraison. CommissionService a déjà expédié ce bogue une fois. La clé de compte retombe à la sentine de PLATFORM non nuanle, parce qu'une NULL composante d'un conflit clé unique avec rien dans Postgres et serait désactiver silencieusement le dédupe pour exactement les événements que ce point d'extrémité reçoit aujourd'hui. En outre, timbre l'horloge à culbute avec - la nue maintenant() lire la zone par défaut du pod tandis que chaque autre horodatage dans le fichier est construit à l'UTC. Érouillé de deux commits: l'engagement de ne faisant que le haricot qui n'a pas réussi à faire défaut à BillingWebhookClaimShapeTest de l'isolement, puisque le câblage de champ a atterri dans le second. Rien n'a été poussé.