Recurring webhooks are failing - 400 (Bad Request)

I was notified that webhooks on a small site are failing. It appears to be only recurring webhooks that are failing with a 400 Bad Request. I'm not sure if it may be related to the firewall extension as this seems a different issue (but I do see 400 Bad Request in the screenshot): #179 (closed)

Hi @laryn, is your site on WordPress, or Drupal? I'm using the Stripe extension with two clients and it seems to be working nicely in the one using WordPress but I'm having webhook fails in the one using Drupal.

By the way, it's also a site that has had the Stripe extension since a long time, so I suspect that the issue is with some old inherited problem with their database.

@capo The site in question is a Drupal site that also has been using Stripe for a while, and could be the same situation you describe. If I come up with anything on this I'll post back here.

@capo Oops, I take it back. That site is Backdrop, but it used to be Drupal and used Stripe when it was Drupal. They are on a different server than I typically use and have some problems with things like updating extensions through the browser ("WARNING: The downloader may be unable to download files which require HTTP redirection. This may be a configuration issue with PHP's open_basedir or safe_mode.") – I wonder if those server settings could be an issue here.

added Waiting confirmation label

@capo @laryn Any update on this? It sounds server/environment related?

The only update as of today is that the site where the issue is occurring was upgraded to CiviCRM 5.24.4 and the issue persisted. I'll be trying to gather a bit more information for better context.

Thanks - can you try latest stripe 6.4.1 branch + mjwshared 0.8 branch?

You might also try checking your ConfigAndLog for additional information. Try searching for Stripe Exception. I get 400 errors for things like No matching contributions for event evt_xxxxxxxxxxxxxxxxxxx (on 6.3.2 - I'm upgrading to see if it persists with 6.4).

I also saw 400 errors for a group that had recurring payments entered via a different system - so CiviCRM can't locate the recurring contribution.

Hi @jamie,

I have two type of Stripe errors in my ConfigAndLog:

• charge.failed Error: No payments found for contribution ID: ...
• charge.succeeded Error: No matching contributions for event ...

and occasionally a third one:

• invoice.payment_failed Error: No payments found for contribution ID: ...

I see the first error message far more times than the rest.

This occurs in a system that's using:

• CiviCRM: 5.24.4
• Stripe: 6.4
• MJWShared: 0.7

I'm preparing an environment to make tests with Stripe 6.4.1 + MJWShared 0.8. I'll post any result here.

@capo Let me know if this is still an issue - I'm planning on releasing 6.4.1 very soon.

I am wondering if your issues could be a timing issue? ie. webhooks arriving before the user session has fully completed/saved the contribution.

Closing following release of 6.4.1 - please re-open if still an issue

closed