Stripe issueshttps://lab.civicrm.org/extensions/stripe/-/issues2020-06-20T15:57:15Zhttps://lab.civicrm.org/extensions/stripe/-/issues/192Form Submission - payment uncaptured and form not submitted in CiviCRM2020-06-20T15:57:15ZmkinironsForm Submission - payment uncaptured and form not submitted in CiviCRMA donor just put in a payment through our donor form on our website. The donation is not showing in CiviCRM anywhere, but the payment is listing itself in Stipe, however as 'uncaptured'.
I need to get this fixed as soon as possible as ...A donor just put in a payment through our donor form on our website. The donation is not showing in CiviCRM anywhere, but the payment is listing itself in Stipe, however as 'uncaptured'.
I need to get this fixed as soon as possible as we are taking COVID donations daily. Any help would be appreciated, thank you!
The scenario I need is form submitted and shows in CiviCRM and payment auto processes without manual capture.
Running on CiviCRM 5.24.2 Stripe Payment Processor 6.3.2 Joomla Install
Only change was adding nz.co.fuzion.extrafee extension however when reading the forums it was indicated this should not be causing any issues.
Update: the payment went from unconfirmed to cancelled in just under 3 hours. https://lab.civicrm.org/extensions/stripe/-/issues/188Persistent PaymentIntent issue; $200 added to every transaction2020-06-20T15:56:53Zy2HYToUyPersistent PaymentIntent issue; $200 added to every transaction**CiviCRM 5.24.4/Wordpress 5.4**
I'm getting the standard system warnings about webhook API versions. Following the normal procedure (which also requires a cache refresh), I delete the current hook on the Stripe dashboard and automatica...**CiviCRM 5.24.4/Wordpress 5.4**
I'm getting the standard system warnings about webhook API versions. Following the normal procedure (which also requires a cache refresh), I delete the current hook on the Stripe dashboard and automatically create a new one. This restarts the cycle. I've attached the storyboard version for reference.
Payments either don't go through at all (literally nothing happens, as when a webhook isn't set) or, more insidiously,
* return a "paymentIntent" error
* **add exactly $200 to every amount charged**
* remain unconfirmed in Stripe![storyboard](/uploads/0f89c660aed51b702850a84a6dd5c85e/storyboard.png)https://lab.civicrm.org/extensions/stripe/-/issues/1872x copy of receipt sent for recurring payments.2020-06-01T12:00:10Ztapash2x copy of receipt sent for recurring payments.It appears that the receipt for a recurring payment is sent to donors twice with the latest version of the extension. Is there a quick fix?It appears that the receipt for a recurring payment is sent to donors twice with the latest version of the extension. Is there a quick fix?6.4https://lab.civicrm.org/extensions/stripe/-/issues/185Check Stripe Webhook Endpoint Signatures2020-06-20T15:56:39ZcapoCheck Stripe Webhook Endpoint SignaturesAs of today, a call can be made to the IPN url posting information about a given payment to attempt completing it. But there is an easy way to increase security by checking Stripe keys.
> Stripe can optionally sign the webhook events it...As of today, a call can be made to the IPN url posting information about a given payment to attempt completing it. But there is an easy way to increase security by checking Stripe keys.
> Stripe can optionally sign the webhook events it sends to your endpoints by including a signature in each event’s Stripe-Signature header. This allows you to verify that the events were sent by Stripe, not by a third party.
Source: [Verify the events that Stripe sends to your webhook endpoints](https://stripe.com/docs/webhooks/signatures#verify-official-libraries)
## How To Implement It
Actually, the Stripe PHP library already includes Stripe public keys, so in principle, the roadmap would be:
1. **Store the webhook secret as a payment processor paramenter**
The Stripe API returns a `secret` when a webhook endpoint is created but only during its creation:
> The endpoint’s secret, used to generate webhook signatures. Only returned at creation.
Source: [The webhook endpoint object](https://stripe.com/docs/api/webhook_endpoints/object)
This means that when the webhooks are registered by the extension itself, we could automatically configure the webhook endoint secret and therefore activate checking the signature.
If the webhook isn't registered by the extension, it could still be as easy as adding the endpoint secret to the payment processor settings.
2. **Add at a call like this one at the beginning of the IPN main method**
```php
// Set $endpoint_secret (whsec_...) from the payment processor
$endpoint_secret = $this->getEndpointSecret($paymentProcessorID);
// Check the signature
try {
$event = \Stripe\Webhook::constructEvent(
@file_get_contents('php://input'),
$_SERVER['HTTP_STRIPE_SIGNATURE'],
$endpoint_secret
);
} catch(\Stripe\Exception\SignatureVerificationException $e) {
$this->exception('Invalid Stripe signature');
}
```
## Benefits
A part from the obvious security improvement, checking signatures would also allow us trusting the information that comes with every Stripe event and, therefore, we could apply policies such as creating missing data entities where we are currently throwing exceptions (for instance: no [contribution |payment | subscription] found, etc).https://lab.civicrm.org/extensions/stripe/-/issues/179Firewall Extension is blocking payment2022-07-01T09:38:56ZtapashFirewall Extension is blocking payment@mattwire Follwoing up from issue https://lab.civicrm.org/extensions/firewall/-/issues/3#note_33673
I have updated to 6.4 b3 and Mjwshared 0.7b2 and still not able to proceed to donation confirmation page with the following error on Chr...@mattwire Follwoing up from issue https://lab.civicrm.org/extensions/firewall/-/issues/3#note_33673
I have updated to 6.4 b3 and Mjwshared 0.7b2 and still not able to proceed to donation confirmation page with the following error on Chrome when firewall extension was enabled.
![Screenshot_2020-03-26_at_08.20.36](/uploads/bf4e175635bcb0037fb9982bd7143f02/Screenshot_2020-03-26_at_08.20.36.png)https://lab.civicrm.org/extensions/stripe/-/issues/173Unable to complete payment! Missing paymentIntentID.2020-07-17T08:18:11ZstevenphamUnable to complete payment! Missing paymentIntentID.Hello,
We have a donation page running CiviCRM 5.22.1 and Stripe 6.3.2
Currently, Live Payment is not working, but Test Payment is working normally.
Every time we submit a donation, we receive a message "Unable to complete payment! Miss...Hello,
We have a donation page running CiviCRM 5.22.1 and Stripe 6.3.2
Currently, Live Payment is not working, but Test Payment is working normally.
Every time we submit a donation, we receive a message "Unable to complete payment! Missing paymentIntentID" and in the backend, its status is "Pending (Incomplete Transaction)".
I'm testing it in chrome in incognito mode, "Stripe Javascript debugging" is ON
Please give advice about what I need to do to solve this problem. Thankshttps://lab.civicrm.org/extensions/stripe/-/issues/170Webhooks of type "invoice.payment_failed" failing after upgrade to CiviCRM 5....2020-06-20T15:57:59ZLsThreeWebhooks of type "invoice.payment_failed" failing after upgrade to CiviCRM 5.21.2Hi all, we ran into the issue in the title while trying to debug a separate issue where after multiple failed payments, a contribution gets a payment date of the first payment attempt upon a successful payment.
Our dev environment with ...Hi all, we ran into the issue in the title while trying to debug a separate issue where after multiple failed payments, a contribution gets a payment date of the first payment attempt upon a successful payment.
Our dev environment with the Stripe extension 6.2 was upgraded to CiviCRM 5.21.2 from 5.7.x ESR, and that's when the webhook failures began. We see the webhooks failing in the Stripe dashboard, and in the CiviCRM log, we see entries such as:
`Feb 26 00:03:26 [debug] Stripe Exception: Event: invoice.payment_failed Error: Cannot find recurring contribution for subscription ID: sub_Ex8RD6j5wj3C4f. Expected one ContributionRecur but found 0`
We believe it's due to [this change in CiviCRM 5.20](https://lab.civicrm.org/dev/financial/issues/72). Would appreciate any suggestions!6.4https://lab.civicrm.org/extensions/stripe/-/issues/164Registering multiple participants2022-07-06T11:25:50ZmikantchapRegistering multiple participantsEnd user reports:
" whenever I tried to book for 2 people, I get return error page (pic 11). I tried it with a single person transaction and I got the confirmation page (pic 12) and tried it again with 2 people registration and got the ...End user reports:
" whenever I tried to book for 2 people, I get return error page (pic 11). I tried it with a single person transaction and I got the confirmation page (pic 12) and tried it again with 2 people registration and got the same error page. Despite the error, the payments were processed and the tickets were sent out to me. I was wondering if you could please have a look to see why this was happening as it can be confusing for our customers to receive that message."![11](/uploads/14442e82632e88ec99ff6b1e839785a6/11.jpg)![12](/uploads/3ef951e500848b8acc41d99267342f04/12.jpg)
We have found a contemporaneous watchdog error - attached in a word document due[StripeError.docx](/uploads/4d42c90503c71402f704f9b268f1397d/StripeError.docx) to its length.
Using Stripe 6.3.1
MJWShared 0.6https://lab.civicrm.org/extensions/stripe/-/issues/157Invoice payment page: Error Unable to complete payment! Missing paymentIntentID.2020-06-20T15:53:00ZAlanDixonInvoice payment page: Error Unable to complete payment! Missing paymentIntentID.Drupal 7.69
CiviCRM 5.19.4
Stripe 6.3.1 + MJW 0.6
It's a new install, and I've only tested with the test payment processor credentials.
I can make a test payment on the same contribution page when I don't reference an existing contribu...Drupal 7.69
CiviCRM 5.19.4
Stripe 6.3.1 + MJW 0.6
It's a new install, and I've only tested with the test payment processor credentials.
I can make a test payment on the same contribution page when I don't reference an existing contribution.
I'd be happy to dig into some code if you provide some hints.
I was guessing that you've got a custom form field paymentIntentID that needs to be created/carried along somewhere, and for some reason your usual strategy doesn't work for some reason on invoice payment.
Note: an invoice payment page url is just a regular contribution page + &ccid=[contribution_id] added to the url.
I can try it using a real payment processor credentials if you think that might be the issue.6.4https://lab.civicrm.org/extensions/stripe/-/issues/154Invoice object field "status_transitions.paid_at" showing incorrect values2020-06-20T15:59:23Znancyk25Invoice object field "status_transitions.paid_at" showing incorrect valuesThe dates returned from **status_transitions.paid_at** in the invoice object are not up to date - these were for payments made on Dec 2019 with a test card charge. Is this an intentional dummy value or a bug?
The generated invoice PDFs ...The dates returned from **status_transitions.paid_at** in the invoice object are not up to date - these were for payments made on Dec 2019 with a test card charge. Is this an intentional dummy value or a bug?
The generated invoice PDFs are showing up with same values as well (November 19 2019) - would appreciate if someone could look into this!https://lab.civicrm.org/extensions/stripe/-/issues/150Renewal with credit card from the backend throws "missing paymentIntentID"2019-12-23T15:48:24ZcapoRenewal with credit card from the backend throws "missing paymentIntentID"It occurs when trying to renew a membership. The renewal form is displayed correctly (credit card field included). After sending the form, the error message is shown:
* "Unable to complete payment! Missing paymentIntentID."
Menu:
* Mem...It occurs when trying to renew a membership. The renewal form is displayed correctly (credit card field included). After sending the form, the error message is shown:
* "Unable to complete payment! Missing paymentIntentID."
Menu:
* Memberships > Find Members
Action:
* Renew > Renew-Credit Card
Versions used:
* Stripe 6.3.beta1
* Mjwshared 0.6.beta2
* CiviCRM 5.17.3https://lab.civicrm.org/extensions/stripe/-/issues/133log_civicrm_stripe_paymentintent not created when Stripe extension installed ...2019-11-25T23:20:33Zjustinfreeman (Agileware)log_civicrm_stripe_paymentintent not created when Stripe extension installed and CiviCRM logging enabledlog_civicrm_stripe_paymentintent not created when Stripe extension installed and CiviCRM logging enabled.
This causes "table not found" errors when submitting a Stripe payment. Fix is to disable logging and re-enable. Which forces the l...log_civicrm_stripe_paymentintent not created when Stripe extension installed and CiviCRM logging enabled.
This causes "table not found" errors when submitting a Stripe payment. Fix is to disable logging and re-enable. Which forces the logging tables to be created.
Not sure if this was a once-off problem or may be experienced by other users, so reporting it here. Happy to close this request if no one else experiences this problem.
Agileware Ref: CIVICRM-1367justinfreeman (Agileware)justinfreeman (Agileware)https://lab.civicrm.org/extensions/stripe/-/issues/130entryURL error2020-06-20T16:00:45ZKMRDentryURL errorRunning CiviCRM 5.18.4, Stripe 6.2.2, MJWShared 5.1, on Drupal 7. Getting this error printed on thank you page for contributions. Not sure if it's a bug or a configuration error on my part.
Notice: Undefined index: entryURL in CRM_C...Running CiviCRM 5.18.4, Stripe 6.2.2, MJWShared 5.1, on Drupal 7. Getting this error printed on thank you page for contributions. Not sure if it's a bug or a configuration error on my part.
Notice: Undefined index: entryURL in CRM_Core_Payment_Stripe::getErrorUrl() (line 286 of /home/kmrd/www/www/sites/default/files/civicrm/ext/mjwshared/CRM/Core/Payment/MJWTrait.php).
Notice: Undefined index: query in CRM_Core_Payment_Stripe::getErrorUrl() (line 288 of /home/kmrd/www/www/sites/default/files/civicrm/ext/mjwshared/CRM/Core/Payment/MJWTrait.php).
Notice: Undefined index: entryURL in CRM_Core_Payment_Stripe->doPayment() (line 430 of /home/kmrd/www/www/sites/default/files/civicrm/ext/com.drastikbydesign.stripe/CRM/Core/Payment/Stripe.php).
Notice: Undefined index: query in CRM_Core_Payment_Stripe->doPayment() (line 432 of /home/kmrd/www/www/sites/default/files/civicrm/ext/com.drastikbydesign.stripe/CRM/Core/Payment/Stripe.php).https://lab.civicrm.org/extensions/stripe/-/issues/128re-occuring transactions are not being captured error: Unable to complete pa...2019-11-13T23:48:06Zmark.ndware-occuring transactions are not being captured error: Unable to complete payment! Misisng paymentMethodIDre-occuring transactions are not being captured error: Unable to complete payment! Misisng paymentMethodID![Screen_Shot_2019-11-01_at_1.54.05_PM](/uploads/954bf8d76f7457c21db36c0cb472bd56/Screen_Shot_2019-11-01_at_1.54.05_PM.png)re-occuring transactions are not being captured error: Unable to complete payment! Misisng paymentMethodID![Screen_Shot_2019-11-01_at_1.54.05_PM](/uploads/954bf8d76f7457c21db36c0cb472bd56/Screen_Shot_2019-11-01_at_1.54.05_PM.png)6.2https://lab.civicrm.org/extensions/stripe/-/issues/114Lot of payments successful without any data2019-10-25T06:54:24Zj.vosLot of payments successful without any dataWe see a lot of payments coming through Stripe that are successful, but they come without any data other than the payment itself.
As a result CiviCRM cannot handle these payments.
Is this something you could look into?We see a lot of payments coming through Stripe that are successful, but they come without any data other than the payment itself.
As a result CiviCRM cannot handle these payments.
Is this something you could look into?6.2https://lab.civicrm.org/extensions/stripe/-/issues/108Payment submitted in the backend appears as CiviCRM in stripe2019-10-23T20:04:13ZtapashPayment submitted in the backend appears as CiviCRM in stripe@mattwire When a Payment is submitted in the backend, stripe creates customer named as “CiviCRM:SIte Name” instead of the actual customer email address.
What i have noticed is, when a payment submitted at online page, stripe creates 4 ...@mattwire When a Payment is submitted in the backend, stripe creates customer named as “CiviCRM:SIte Name” instead of the actual customer email address.
What i have noticed is, when a payment submitted at online page, stripe creates 4 events, whereas from the backend transaction stripe creates 3 events. Like shown in the screenshot below.
As a result not sure what is going to happen if a refund is processed, if that would communicate with civiCRM to reflect the refund, because I have not processed any yet.
![CBBBBA36-874C-44D2-8C93-6F03DD0E62AB](/uploads/28ea7624a5a265652729a35391f6a972/CBBBBA36-874C-44D2-8C93-6F03DD0E62AB.jpeg)6.2https://lab.civicrm.org/extensions/stripe/-/issues/104Successful Event Contribution returns to home page instead of Thank you page.2019-12-16T16:51:46ZrturnerSuccessful Event Contribution returns to home page instead of Thank you page.An event contibution is successfully saved but doesn't show the thankyou page, it skips directly to the site's home page.
Tests to compare on CiviCRM 5.16.1 didn't have the same problem.
Drupal 7.67 / CiviCRM 5.17.4 & stripe 6.1.4 - MJW...An event contibution is successfully saved but doesn't show the thankyou page, it skips directly to the site's home page.
Tests to compare on CiviCRM 5.16.1 didn't have the same problem.
Drupal 7.67 / CiviCRM 5.17.4 & stripe 6.1.4 - MJWShared 0.4.3https://lab.civicrm.org/extensions/stripe/-/issues/101Event registration error "Could not find valid value for id" yet is charging ...2019-10-23T20:03:44ZjjdeltaEvent registration error "Could not find valid value for id" yet is charging customers in StripeHi!
I've been getting a few complaints from some of my clients. They say they get the following error when they submit their registration form:
> Sorry, due to an error, we are unable to fulfill your request at the moment. You may wa...Hi!
I've been getting a few complaints from some of my clients. They say they get the following error when they submit their registration form:
> Sorry, due to an error, we are unable to fulfill your request at the moment. You may want to contact your administrator or service provider with more details about what action you were performing when this occurred.
Could not find valid value for id
But then say they are still being charged the event fee. I think the fees might simply be uncaptured/pre-authorized and not actually successful, but the issue still remains that there is a registration error while stripe still receives a payment request.
As far as I know these errors were not happening prior to the Stripe update.
For other clients they're able to register and everything is fine. I haven't found a link as to when this is happening or why - and, other than several complaints from different countries at different times coming in, I have not been able to reproduce the error.6.2https://lab.civicrm.org/extensions/stripe/-/issues/88Trouble sending requests to a webhook endpoint2019-09-27T16:50:50ZmikantchapTrouble sending requests to a webhook endpointWe've been getting emails from Stripe re webhooks (see below). We have deleted the webhooks in Stripe but they have been re-added automatically. They look correct eg https://<somedomain.org.uk>/civicrm/payment/ipn/8
Are they even needed...We've been getting emails from Stripe re webhooks (see below). We have deleted the webhooks in Stripe but they have been re-added automatically. They look correct eg https://<somedomain.org.uk>/civicrm/payment/ipn/8
Are they even needed now that we are on v6.0.1 ? I have made one off payments that show 'completed' in CiviCRM.
**********************************************************
Hi there,
We’re contacting you because we’ve had some trouble sending requests to a webhook endpoint associated with your Interntional Society account in live mode. Webhooks are used to notify your server about events that happen in your Stripe account, such as a payout completing or an invoice being created. The failing webhook endpoint is https://<somedomain.org.uk>/civicrm/payment/ipn/8.
You or someone on your team has added that endpoint in your Stripe webhook settings, which you can view and edit here: https://dashboard.stripe.com/account/webhooks.
Please note that in most cases a failing webhook does not impact your payments or payouts. However, if you use subscriptions we rely on your webhook endpoint to notify you of new invoices. These invoices may be delayed for up to three days if your webhook is unable to successfully receive them. If you use Checkout, you may be handling the `checkout.session.completed` event as part of your purchase fulfillment process as described here: https://stripe.com/docs/payments/checkout/fulfillment#webhooks. If you do, failure to handle these events may interfere with purchase fulfillment.
We’ve attempted to notify the endpoint 289 times since September 12, 2019 at 12:53PM. If this endpoint is important to your application, please try and fix the issue. If you do not need the webhook endpoint you can delete it from your Stripe webhook settings. We will stop sending notifications to your webhook by September 21, 2019 around 12:53PM.
Here is the summary of errors we have received when sending you webhooks:
* 289 requests had other errors while sending the webhook.
You need to return anything between a HTTP 200 to 299 for the webhook to be considered successfully delivered.
For more details on the errors, you can find your events page here: https://dashboard.stripe.com/events.
You can also always review the history of webhooks and failed request logs right from your dashboard: https://dashboard.stripe.com/events.
For more in depth information about how to use webhooks, we recommend taking a look at our documentation: https://stripe.com/docs/webhooks.
Yours,
The Stripe teamhttps://lab.civicrm.org/extensions/stripe/-/issues/77Can we support multiple Stripe accounts during the upgrade?2019-09-16T11:49:57ZMichael McAndrewCan we support multiple Stripe accounts during the upgrade?Upgrading from 1.9.1 to 5.4.1 in prep for an upgrade to 6.x :)
CRM_Stripe_Upgrader::upgrade_5002() skips setting the processor ID if there is more that one Stripe processor configured.
This means that CRM_Stripe_Upgrader::upgrade_5002()...Upgrading from 1.9.1 to 5.4.1 in prep for an upgrade to 6.x :)
CRM_Stripe_Upgrader::upgrade_5002() skips setting the processor ID if there is more that one Stripe processor configured.
This means that CRM_Stripe_Upgrader::upgrade_5002() returns FALSE
```
Civi::log()->debug('Update 5004 failed. Has Stripe been removed as a payment processor?');
return;
```
So a couple of questions:
Is it possible to set the processor ID when more than one Stripe processor is configured? Is there a simple way to join the dots from data in CiviCRM? Or would we have to do a stripe export?
Is it OK to not have the processor ID set in civicrm_stripe_customers, civicrm_stripe_plans and civicrm_stripe_subscriptions? I'm presuming not but if it is OK then maybe we should just report to the log and continue with the upgrade instead of pausing
```
[Error: Upgrade com.drastikbydesign.stripe to revision 5004]
Task returned false
```