Stripe issueshttps://lab.civicrm.org/extensions/stripe/-/issues2019-09-13T09:27:42Zhttps://lab.civicrm.org/extensions/stripe/-/issues/61Webhook Stripe issue with comma2019-09-13T09:27:42ZGuillaumeSorelWebhook Stripe issue with commaI'm new to lab.civicrm so I hope I will write this properly.
#####
I'm using a french setup with comma separated numbers and I had an issue, identified with Alain from Business and Code, with Stripe Webhook. Eventhough it is also configu...I'm new to lab.civicrm so I hope I will write this properly.
#####
I'm using a french setup with comma separated numbers and I had an issue, identified with Alain from Business and Code, with Stripe Webhook. Eventhough it is also configured within Stripe, the webhook brings fee with a period and is not recognized by CiviCRM, showing an error. Modifying this parameter in Civicrm (period instead of comma) solved this issue.6.0https://lab.civicrm.org/extensions/stripe/-/issues/51Recurring contributions in Stripe stopped registering in CiviCRM after Dec. 1...2019-09-13T09:08:09ZthfumpRecurring contributions in Stripe stopped registering in CiviCRM after Dec. 14 extension update...or perhaps that's a coincidence of timing. I'm not sure. Perhaps it had something to do with the new year, or something else? But suffice it to say, recurring contributions are still being accepted by Stripe but are no longer being ac......or perhaps that's a coincidence of timing. I'm not sure. Perhaps it had something to do with the new year, or something else? But suffice it to say, recurring contributions are still being accepted by Stripe but are no longer being accounted for as contributions anywhere (as far as I can tell) in CiviCRM. Anyone have any idea of where I should start to unravel this puzzle?
Thanks much!6.0https://lab.civicrm.org/extensions/stripe/-/issues/45Call to undefined method Stripe\Stripe::setAppInfo()2019-09-13T09:14:30ZdenleschaeCall to undefined method Stripe\Stripe::setAppInfo()We are switching from Authorize.net to Stripe for our payment processing. During our event registration tests we are encountering a 500 error when we attempt test or live payments. After digging through our php error logs I found this ea...We are switching from Authorize.net to Stripe for our payment processing. During our event registration tests we are encountering a 500 error when we attempt test or live payments. After digging through our php error logs I found this each time we made an attempt. I'm not sure if the issue is related the extension or some other CiviCRM setting. Could someone help point me in the right direction to debug this issue? Thanks!
Here is our setup:
- Stripe Extension v5.3.2
- CiviCRM v5.11
- Wordpress v5.1.1
```
[02-Apr-2019 14:11:31 America/Chicago] PHP Fatal error: Uncaught Error: Call to undefined method Stripe\Stripe::setAppInfo() in /www/wp-content/plugins/files/civicrm/ext/com.drastikbydesign.stripe/CRM/Core/Payment/Stripe.php:108
Stack trace:
#0 /www/wp-content/plugins/files/civicrm/ext/com.drastikbydesign.stripe/CRM/Core/Payment/Stripe.php(409): CRM_Core_Payment_Stripe->setAPIParams()
#1 /www/wp-content/plugins/civicrm/civicrm/CRM/Event/Form/Registration/Confirm.php(1339): CRM_Core_Payment_Stripe->doPayment(Array, 'event')
#2 /www/wp-content/plugins/civicrm/civicrm/CRM/Event/Form/Registration/Confirm.php(591): CRM_Event_Form_Registration_Confirm->processPayment(Object(CRM_Core_Payment_Stripe), Array)
#3 /www/wp-content/plugins/civicrm/civicrm/CRM/Core/Form.php(489): CRM_Event_Form_Registration_Confirm->postProcess()
#4 /www/wp-content/plugins/civicrm/civicrm/CRM/Core/StateMachine.php(160): CRM_Core_Form->mainProcess()
#5 /www/wp-content/plugins/civicrm/civicrm/CRM/Core/QuickForm/Action/Next.php(61): CRM_Core_StateMachine->perform(Object(CRM_Event_Form_Registration in /www/wp-content/plugins/files/civicrm/ext/com.drastikbydesign.stripe/CRM/Core/Payment/Stripe.php on line 108
```6.0https://lab.civicrm.org/extensions/stripe/-/issues/39One of parameters (value: ) is not of the type Boolean2019-09-13T09:16:32ZReece One of parameters (value: ) is not of the type BooleanHi all,
Attempting to set up Stripe for a client, but having a few issues... I've set up the test and live publishable and secret keys, along with the webhooks supplied.
When going through a Contribution Form, filling out the fields an...Hi all,
Attempting to set up Stripe for a client, but having a few issues... I've set up the test and live publishable and secret keys, along with the webhooks supplied.
When going through a Contribution Form, filling out the fields and then clicking "Make Contribution", I am presented with a CiviCCRM Error. I've included the backtrace here:
```
#0 /var/www/html/CLIENTNAME/drupal-7.58/sites/all/modules/civicrm/CRM/Core/Error.php(377): CRM_Core_Error::backtrace()
#1 /var/www/html/CLIENTNAME/drupal-7.58/sites/all/modules/civicrm/CRM/Utils/Type.php(554): CRM_Core_Error::fatal("One of parameters (value: ) is not of the type Boolean")
#2 /var/www/html/CLIENTNAME/drupal-7.58/sites/all/modules/civicrm/CRM/Core/DAO.php(1518): CRM_Utils_Type::validate("", "Boolean")
#3 /var/www/html/CLIENTNAME/drupal-7.58/sites/all/modules/civicrm/CRM/Core/DAO.php(1482): CRM_Core_DAO::composeQuery("SELECT id\n FROM civicrm_stripe_customers\n WHERE contact_id = %1 A...", (Array:3), TRUE)
#4 /var/www/html/CLIENTNAME/drupal-7.58/sites/CLIENTSITE.COM/civicrm_extensions/stripe/CRM/Stripe/Customer.php(35): CRM_Core_DAO::singleValueQuery("SELECT id\n FROM civicrm_stripe_customers\n WHERE contact_id = %1 A...", (Array:3))
#5 /var/www/html/CLIENTNAME/drupal-7.58/sites/CLIENTSITE.COM/civicrm_extensions/stripe/CRM/Core/Payment/Stripe.php(451): CRM_Stripe_Customer::find((Array:5))
#6 /var/www/html/CLIENTNAME/drupal-7.58/sites/all/modules/civicrm/CRM/Contribute/Form/Contribution/Confirm.php(1649): CRM_Core_Payment_Stripe->doPayment((Array:59), "contribute")
#7 /var/www/html/CLIENTNAME/drupal-7.58/sites/all/modules/civicrm/CRM/Contribute/Form/Contribution/Confirm.php(1405): CRM_Contribute_Form_Contribution_Confirm->postProcessMembership((Array:63), "2", Object(CRM_Contribute_Form_Contribution_Confirm), (Array:39), (Array:0), (Array:0), (Array:13), (Array:1), TRUE, NULL, FALSE, "5", (Array:1), TRUE)
#8 /var/www/html/CLIENTNAME/drupal-7.58/sites/all/modules/civicrm/CRM/Contribute/Form/Contribution/Confirm.php(2429): CRM_Contribute_Form_Contribution_Confirm->processMembership((Array:51), "2", (Array:0), (Array:0), (Array:39), (Array:1))
#9 /var/www/html/CLIENTNAME/drupal-7.58/sites/all/modules/civicrm/CRM/Contribute/Form/Contribution/Confirm.php(2304): CRM_Contribute_Form_Contribution_Confirm->doMembershipProcessing("2", (Array:51), (Array:39), (Array:1))
#10 /var/www/html/CLIENTNAME/drupal-7.58/sites/all/modules/civicrm/CRM/Contribute/Form/Contribution/Confirm.php(722): CRM_Contribute_Form_Contribution_Confirm->processFormSubmission("2")
#11 /var/www/html/CLIENTNAME/drupal-7.58/sites/all/modules/civicrm/CRM/Core/Form.php(489): CRM_Contribute_Form_Contribution_Confirm->postProcess()
#12 /var/www/html/CLIENTNAME/drupal-7.58/sites/all/modules/civicrm/CRM/Core/StateMachine.php(160): CRM_Core_Form->mainProcess()
#13 /var/www/html/CLIENTNAME/drupal-7.58/sites/all/modules/civicrm/CRM/Core/QuickForm/Action/Next.php(61): CRM_Core_StateMachine->perform(Object(CRM_Contribute_Form_Contribution_Confirm), "next", "Next")
#14 /var/www/html/CLIENTNAME/drupal-7.58/sites/all/modules/civicrm/packages/HTML/QuickForm/Controller.php(203): CRM_Core_QuickForm_Action_Next->perform(Object(CRM_Contribute_Form_Contribution_Confirm), "next")
#15 /var/www/html/CLIENTNAME/drupal-7.58/sites/all/modules/civicrm/packages/HTML/QuickForm/Page.php(103): HTML_QuickForm_Controller->handle(Object(CRM_Contribute_Form_Contribution_Confirm), "next")
#16 /var/www/html/CLIENTNAME/drupal-7.58/sites/all/modules/civicrm/CRM/Core/Controller.php(351): HTML_QuickForm_Page->handle("next")
#17 /var/www/html/CLIENTNAME/drupal-7.58/sites/all/modules/civicrm/CRM/Core/Invoke.php(309): CRM_Core_Controller->run((Array:3), NULL)
#18 /var/www/html/CLIENTNAME/drupal-7.58/sites/all/modules/civicrm/CRM/Core/Invoke.php(84): CRM_Core_Invoke::runItem((Array:15))
#19 /var/www/html/CLIENTNAME/drupal-7.58/sites/all/modules/civicrm/CRM/Core/Invoke.php(52): CRM_Core_Invoke::_invoke((Array:3))
#20 /var/www/html/CLIENTNAME/drupal-7.58/sites/all/modules/civicrm/drupal/civicrm.module(445): CRM_Core_Invoke::invoke((Array:3))
#21 /var/www/html/CLIENTNAME/drupal-7.58/includes/menu.inc(527): civicrm_invoke("contribute", "transact")
#22 /var/www/html/CLIENTNAME/drupal-7.58/index.php(21): menu_execute_active_handler()
#23 {main}
```
I debugged this a little bit, and to avoid this error (on the **test** page for Contribution pages), I added this quick check in /CRM/Stripe/Customer.php:24:
```
if($params['is_live'] == 0 || $params['is_live'] == FALSE)
$params['is_live'] = 0;
```
Not sure why this is an issue, but this seems to do a temp fix... onto the next issue.
```
Failed to create Stripe Customer: Payment Response:
Type: invalid_request_error
Code: resource_missing
Message: No such token: Stripe Token
```
I'm not exactly sure what causes this issue.. but it seems `Card` is set as "Stripe Token"? Is this correct?
The details I'm plugging in are:
Card: 4000008260000000
CVV: 123
Expiry: anything valid (12/2020)
Any advice would be greatly appreciated!
Cheers,
Reece6.0https://lab.civicrm.org/extensions/stripe/-/issues/304Payment not submitted using drupal webform if 'preview' is enabled on it.2022-04-08T19:13:17ZjitendraPayment not submitted using drupal webform if 'preview' is enabled on it.The reason is the class used to find the submit button at https://lab.civicrm.org/extensions/stripe/-/blob/master/js/civicrm_stripe.js#L609.
If the preview is enabled on the webform, the button is loaded as -
![image](/uploads/3c0ec050...The reason is the class used to find the submit button at https://lab.civicrm.org/extensions/stripe/-/blob/master/js/civicrm_stripe.js#L609.
If the preview is enabled on the webform, the button is loaded as -
![image](/uploads/3c0ec050e05f2285a7f338c50f778c7e/image.png)
The submit button does not have the class "webform-submit" in it. Hence no payment intent is created to process the transaction.6.7https://lab.civicrm.org/extensions/stripe/-/issues/293Statement descriptors require at least one alphanumeric character2021-05-14T20:45:45Zmattwiremjw@mjwconsult.co.ukStatement descriptors require at least one alphanumeric characterRaised by @priojk in #287
I got the same error response in the past. In my case, I set the title of the contribution page to just "." and did not consider that its value was used for the statement descriptor. As it apparently did not c...Raised by @priojk in #287
I got the same error response in the past. In my case, I set the title of the contribution page to just "." and did not consider that its value was used for the statement descriptor. As it apparently did not contain one alphanumeric character, Stripe complained with the above message. However, it did not result in any duplicate transactions and is probably unrelated to your issue.6.6https://lab.civicrm.org/extensions/stripe/-/issues/265Webhook invoice.payment_succeeded event response 500 (Internal Server Error)2020-10-24T09:54:41ZjagjeetjWebhook invoice.payment_succeeded event response 500 (Internal Server Error)I have recently updated 6.5.1. After upgrade extension one time donation is working properly. But Recurring payment is showing Pending (Incomplete Transaction). And also stripe webhook logs is showing event type "invoice.payment_succeede...I have recently updated 6.5.1. After upgrade extension one time donation is working properly. But Recurring payment is showing Pending (Incomplete Transaction). And also stripe webhook logs is showing event type "invoice.payment_succeeded" 500 internal server Error.
I am using Stripe: 6.5.1, Mjwshared: 0.9.4 and Php: 7.2.24.6.5https://lab.civicrm.org/extensions/stripe/-/issues/259Line item duplicated on recurring contributions2020-09-21T12:38:19ZandyburnsLine item duplicated on recurring contributionsWhen submitting a recurring contribution (monthly), two CiviCRM line items show. I tested on both a monthly member and monthly contribution.
![image](/uploads/b91f822dc39cca75cbc0b5fcd3761264/image.png)
![Capture](/uploads/f0ad4d0a7725...When submitting a recurring contribution (monthly), two CiviCRM line items show. I tested on both a monthly member and monthly contribution.
![image](/uploads/b91f822dc39cca75cbc0b5fcd3761264/image.png)
![Capture](/uploads/f0ad4d0a772534a006161724086298ca/Capture.PNG)
The donor receives the same CiviCRM email receipt twice.
The problem does not occur for one-time donations.6.5https://lab.civicrm.org/extensions/stripe/-/issues/243False notification for Separate Membership Payment on contribution page2020-09-21T12:27:23ZtapashFalse notification for Separate Membership Payment on contribution pageParticularly ID 33 is a disabled cont page. And never used for memberships.
![Screenshot_2020-08-29_at_18.57.40](/uploads/547f15e9d4990a46acee7dc673c96040/Screenshot_2020-08-29_at_18.57.40.png)Particularly ID 33 is a disabled cont page. And never used for memberships.
![Screenshot_2020-08-29_at_18.57.40](/uploads/547f15e9d4990a46acee7dc673c96040/Screenshot_2020-08-29_at_18.57.40.png)6.5https://lab.civicrm.org/extensions/stripe/-/issues/240Repeated notice in drupal log, is it important?2021-02-04T21:46:25ZtapashRepeated notice in drupal log, is it important?```
[25-Aug-2020 14:29:00 Europe/London] Stripe Notice: Undefined property of Stripe\StripeObject instance: plan
[25-Aug-2020 14:29:00 Europe/London] Stripe Notice: Undefined property of Stripe\Plan instance: name
```
Receiving plenty o...```
[25-Aug-2020 14:29:00 Europe/London] Stripe Notice: Undefined property of Stripe\StripeObject instance: plan
[25-Aug-2020 14:29:00 Europe/London] Stripe Notice: Undefined property of Stripe\Plan instance: name
```
Receiving plenty of notices like this in my drupal log, not sure if this is any useful. Thanks6.5https://lab.civicrm.org/extensions/stripe/-/issues/197webform_civicrm: Ongoing recurring payments with civicrm_webform and stripe2021-05-09T19:03:56Zgoronwebform_civicrm: Ongoing recurring payments with civicrm_webform and stripeCreating recurring contributions with stripe via drupal webform works, but it currently requires the `number of installments` field to be greater than 1 in order for Stripe to recognize it as recurring. However, in civi you can create re...Creating recurring contributions with stripe via drupal webform works, but it currently requires the `number of installments` field to be greater than 1 in order for Stripe to recognize it as recurring. However, in civi you can create recurring contributions with number of installments set to 0, which indicates a recurring contribution that will continue until canceled. I'm wondering if there's a reason that 0 installments is not recognized as recurring here, or else if this is something that should be fixed.
The line doing the check for number of installments for drupal webforms is here: https://lab.civicrm.org/extensions/stripe/-/blob/master/js/civicrm_stripe.js#L6096.6https://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/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/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/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/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/60Backend Submission fails for events and Memberships2019-06-13T16:54:00ZkcristianoBackend Submission fails for events and MembershipsI have reviewed https://lab.civicrm.org/extensions/stripe/issues/26 and https://lab.civicrm.org/extensions/stripe/issues/39
I have moved to the latest version (master) as of today. CiviCRM 5.13.4 and WordPress 5.1.1
On all backend Eve...I have reviewed https://lab.civicrm.org/extensions/stripe/issues/26 and https://lab.civicrm.org/extensions/stripe/issues/39
I have moved to the latest version (master) as of today. CiviCRM 5.13.4 and WordPress 5.1.1
On all backend Event and membership back office submissions using Credit Card we get the following:
```
May 28 14:27:27 [debug] Stripe_Error update_customer: Array
(
[error] => Array
(
[code] => resource_missing
[doc_url] => https://stripe.com/docs/error-codes/resource-missing
[message] => No such token: Stripe Token
[param] => card
[type] => invalid_request_error
)
)
May 28 14:27:27 [debug] Stripe Payment Error: invalid_request_error resource_missing No such token: Stripe Token
```
Front end and Back end contributions work.5.4https://lab.civicrm.org/extensions/stripe/-/issues/421Please help! Uncaught TypeError: CRM.payment is undefined No donations workin...2023-10-02T14:30:16ZHLyle1965Please help! Uncaught TypeError: CRM.payment is undefined No donations working on CiviCRM Contribute page!I am still waiting for help with this issue!!!!I am still waiting for help with this issue!!!!