You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Our code is designed to process and update membership records only in response to SUCCEEDED webhook notifications. However, while debugging an issue with a membership, I noticed that Neon can send CreateMembership webhooks with a PENDING status, followed by UpdateMembership webhooks with a SUCCEEDED status. This unexpected sequence causes our system to:
Ignore the initial CreateMembership: As it has a PENDING status, our logic disregards it.
Misinterpret the UpdateMembership event: This webhook, while having a SUCCEEDED status, is linked to the previously ignored membership webhook. Our code incorrectly assume it's a redundant update and does not process it.
This behavior puzzled me. However, upon comparing the webhook content, I realized that the initial CreateMembership event's PENDING status was a result of Neon's ongoing payment processing. Subsequent webhooks confirmed the payment was successful.
I had assumed that Neon sent the initial CreateMembership event after processing the payment, as its status was always SUCCEEDED. It's possible that Neon took longer than usual to process the payment for this specific account and sent the webhook during this processing time.
The text was updated successfully, but these errors were encountered:
Our code is designed to process and update membership records only in response to
SUCCEEDED
webhook notifications. However, while debugging an issue with a membership, I noticed that Neon can sendCreateMembership
webhooks with aPENDING
status, followed byUpdateMembership
webhooks with aSUCCEEDED
status. This unexpected sequence causes our system to:Ignore the initial
CreateMembership
: As it has aPENDING
status, our logic disregards it.Misinterpret the
UpdateMembership
event: This webhook, while having aSUCCEEDED
status, is linked to the previously ignored membership webhook. Our code incorrectly assume it's a redundant update and does not process it.This behavior puzzled me. However, upon comparing the webhook content, I realized that the initial
CreateMembership
event'sPENDING
status was a result of Neon's ongoing payment processing. Subsequent webhooks confirmed the payment was successful.I had assumed that Neon sent the initial
CreateMembership
event after processing the payment, as its status was alwaysSUCCEEDED
. It's possible that Neon took longer than usual to process the payment for this specific account and sent the webhook during this processing time.The text was updated successfully, but these errors were encountered: