Recourir un webhook dont la première tentative est morte, et refuser un SDK ne peut pas lire

FixBillingService
Expédié
10 septembre 2026 à 20:37 UTC
Auteur
Kamo
Commite
721071b

Une réclamation perdante sur une ligne non traitée a toujours répondu à 500, de sorte qu'un événement dont la première tentative a échoué (une course de contrainte unique à l'intérieur de la facture.Clure.trio finalisé/payé, une erreur de DB transitoire, une défaillance à commit) ne pourrait plus jamais courir: chaque remise de remboursement a perdu la réclamation pour une fenêtre de trois jours d'essai. - signale une ligne non traitée dont la tentative a enregistré un échec, ou a été inachevé pendant plus de deux minutes, et cette réexpédition l'expédie maintenant. Une rangée encore à l'intérieur de la fenêtre répond à 500. bande-jauve 28.2.0 ne désérialise que les corps de son décollage épinglé train (2024-12-18.acacia). Le critère d'évaluation vivant rend 2026-03-25.dahlia, donc chaque événement qu'il délivre désérialise à aucun objet et serait fermé comme traité avec rien fait. Type d'événement traité sans les objets désérialisables sont maintenant jetés (500, traitement-error enregistré); Les types non traités sont toujours fermés. RENDU-Équipage Nom des types expédiés, épinglés sur le commutateur des étiquettes de cas par un test, en tant qu'événements activés pour le point d'extrémité de Stripe.

Tous les changements

Comme ce que tu vois expédier ?

Chacune de ces mises à jour atterrit automatiquement dans votre espace de travail. Commencez gratuitement et regardez-le grandir semaine après semaine.

Commencez gratuitement pour toujoursPrix de visualisation