Stripe issueshttps://lab.civicrm.org/extensions/stripe/-/issues2019-11-25T23:20:33Zhttps://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/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/472Merchant code settings2024-03-28T20:07:02ZlcarterMerchant code settingsA client has asked about merchant category codes (see https://stripe.com/docs/connect/setting-mcc#mcc-automatic for documentation)... apparently their trxns are coming across as retail even though their code in Stripe is set to College/U...A client has asked about merchant category codes (see https://stripe.com/docs/connect/setting-mcc#mcc-automatic for documentation)... apparently their trxns are coming across as retail even though their code in Stripe is set to College/University. Is this something that's configurable in CiviCRM or is this solely controlled in Stripe itself?https://lab.civicrm.org/extensions/stripe/-/issues/321Missing paymentIntentID when using backend form to create recurring contribut...2021-07-06T06:49:53ZjhungerfordMissing paymentIntentID when using backend form to create recurring contributionsAdding recurring contributions through the backend form results in "Unable to complete payment! Missing paymentIntentID" like in issue #233.
If I understand correctly though, that issue affected payment pages. This only affects the back...Adding recurring contributions through the backend form results in "Unable to complete payment! Missing paymentIntentID" like in issue #233.
If I understand correctly though, that issue affected payment pages. This only affects the backend form, and only for recurring payments. I've only tested it in test mode, by opening the page in a new tab and replacing "mode=live" with "mode=test" in the URL.
- CiviCRM version: 5.33.5
- CMS: Drupal 7.80
- civicrm-Stripe version: 6.6
- firewall version: 1.1.3
- mjwshared version: 1.0
- SweetAlert version: 1.4.1
Adding recurring payments through a payment page works on our test and production sites (in test mode), just not through the backend page.
In the javascript console on the affected backend page, I see a few warnings when selecting Stripe as the payment processor, but they seem unlikely to cause this issue:
- [Deprecation] Synchronous XMLHttpRequest on the main thread is deprecated because of its detrimental effects to the end user's experience. For more help, check https://xhr.spec.whatwg.org/
- Elements requires "width=device-width" be set in your page's viewport meta tag.
For more information: https://stripe.com/docs/js/appendix/viewport_meta_requirements
- The fontSize style you specified (1.1em) is not in px. We do not recommend using relative css units, as they will be calculated relative to our iframe's styles rather than your site's.
I noted this entry in the change log for release 6.3:
"For forms that have multiple submit buttons (eg. Save, Save and New) override the submit handler on all of them *(This fixes some more instances of missing PaymentIntentID on the backend forms).*"
I found what I believe is the relevant commit (110c9b) and the equivalent code seems to be working still, though it has changed a bit since that commit. The disabling of the "Save" and "Save and New" buttons works as expected when I press "Save".https://lab.civicrm.org/extensions/stripe/-/issues/363No longer saving credit card information to civicrm_financial_trxn2022-12-12T12:21:50ZzengenuityNo longer saving credit card information to civicrm_financial_trxnIn the past, we've been able to include the last 4 digits and credit card type in our email receipts. However, for our most recent event, these tokens are no longer working. I'm not sure if this is due to updates in CiviCRM core or the S...In the past, we've been able to include the last 4 digits and credit card type in our email receipts. However, for our most recent event, these tokens are no longer working. I'm not sure if this is due to updates in CiviCRM core or the Stripe extension. Has something changed with regard to storing the credit card information in recent releases of the Stripe extension?
I did confirm that we are receiving the webhooks from Stripe, and in those JSON blobs, I can see the last 4 and card type. So, we're receiving the information from Stripe, but it doesn't appear that the information is being saved to the civicrm_financial_trxn table. Those values are in there for our event one year ago, when we were using both an older version of CiviCRM and of the Stripe extension.https://lab.civicrm.org/extensions/stripe/-/issues/62No such token: Stripe Token2019-07-23T16:47:16ZGuillaumeSorelNo such token: Stripe TokenI can't do a test payment with Stripe using last Stripe Master (5.4 dev) on Civicrm 5.13.4 on Drupal 7.67
The dev extension solved one issue but I'm still having this one.
````
May 20 16:03:09 [debug] Stripe Payment Error: Payment Resp...I can't do a test payment with Stripe using last Stripe Master (5.4 dev) on Civicrm 5.13.4 on Drupal 7.67
The dev extension solved one issue but I'm still having this one.
````
May 20 16:03:09 [debug] Stripe Payment Error: Payment Response: <br />Type: invalid_request_error<br />
Code: resource_missing<br />Message: No such token: Stripe Token<br />
mai 20 18:04:16 [info] $Fatal Error Details = Array
(
[callback] => Array
(
[0] => CRM_Core_Error
[1] => exceptionHandler
)
[code] => -1
````https://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/323Payment Processor Error message :Failed to update contribution in database --...2022-03-01T21:08:27ZhescoPayment Processor Error message :Failed to update contribution in database -- still an issueI have a site exhibiting this behavior:
https://lab.civicrm.org/extensions/stripe/-/issues/162
Rather than a payment confirmation page, the workflow cycles back to the donor page with this path:
/civicrm/contribute/transact?_qf_Main_di...I have a site exhibiting this behavior:
https://lab.civicrm.org/extensions/stripe/-/issues/162
Rather than a payment confirmation page, the workflow cycles back to the donor page with this path:
/civicrm/contribute/transact?_qf_Main_display=true&qfKey=CRMContributeControllerContribution2r--a-very-long-hash
displaying at the top this error message:
`Payment Processor Error message :Failed to update contribution in database`
Investigating the stripe account, this transaction seems to have completed successfully.
`files/civicrm/ext/com.drastikbydesign.stripe/info.xml` indicates version: 6.6.
```
root@efc9c26-00972:~# mysql -u root ${project_code}_db_www -e 'SELECT * FROM civicrm_contribution WHERE id = 10 \G'
*************************** 1. row ***************************
id: 10
contact_id: 2
financial_type_id: 1
contribution_page_id: 1
payment_instrument_id: 2
receive_date: 2021-06-20 03:22:10
non_deductible_amount: 0.00
total_amount: 10.00
fee_amount: 0.59
net_amount: 9.41
trxn_id: ch_1J4HEUIg6mnBA5D5jgcAzISB
invoice_id: e42f0355c5f30f11ef28ffaed0dd6c20
invoice_number: NULL
currency: USD
cancel_date: NULL
cancel_reason: 0
receipt_date: 2021-06-20 03:22:10
thankyou_date: NULL
source: Online Contribution: Donate to ${my_client}
amount_level: NULL
contribution_recur_id: NULL
is_test: 1
is_pay_later: 0
contribution_status_id: 2
address_id: NULL
check_number: NULL
campaign_id: NULL
creditnote_id: NULL
tax_amount: NULL
revenue_recognition_date: NULL
is_template: 0
root@efc9c26-00972:~# mysql -u root ${project_code}_db_www -e 'SELECT * FROM civicrm_stripe_paymentintent WHERE id = 20 \G'
*************************** 1. row ***************************
id: 20
stripe_intent_id: pi_1J4HEUIg6mnBA5D5H0E5cRx4
contribution_id: 10
payment_processor_id: 2
description: Donate to ${my_client} 2X10 #e42f0355c5f30f11ef28ffaed0dd6c20
status: succeeded
identifier: CRMContributeControllerContribution2r--a-very-long-hash
contact_id: 2
created_date: 2021-06-20 03:22:03
flags: a:0:{}
referrer: https://www.${my_client}.com/civicrm/contribute/transact?_qf_Main_display=true&qfKey=CRMContributeControllerContribution2r--a-very-long-hash
extra_data: hesco-test01@my_email_domain.com;Testy;Tester;
```
Not sure what other tables I ought to investigate.https://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/263Payment via Webform Bug2021-04-14T22:09:56ZJMMPayment via Webform BugI have recently updated to 6.5, then 6.5.1, and have a regression :
When I make a payment via a webform (e.g. for a contribution or an event), the payment is done, but there is a CiviCRM error and the payment is not recorded nor the even...I have recently updated to 6.5, then 6.5.1, and have a regression :
When I make a payment via a webform (e.g. for a contribution or an event), the payment is done, but there is a CiviCRM error and the payment is not recorded nor the event participation.https://lab.civicrm.org/extensions/stripe/-/issues/219paymentIntentID not found, Pending Transaction2022-10-27T19:19:25ZtapashpaymentIntentID not found, Pending TransactionSince the upgrade to latest version often getting following error. There's no entry on stripe, on civi payment is pending incomplete. What could be cause of this? Thanks.
`paymentIntentID not found. $params: Civi\Payment\PropertyBag Obj...Since the upgrade to latest version often getting following error. There's no entry on stripe, on civi payment is pending incomplete. What could be cause of this? Thanks.
`paymentIntentID not found. $params: Civi\Payment\PropertyBag Object ( [props:protected] => Array ( [default] => Array ( [qfKey] => efc8264ed4d2d8c255794ef68fd654d7_7183 [entryURL] => https://example.com/civicrm/contribute/transact?reset=1&id=2 [custom_50] => 1 [firstName] => V [lastName] => test [email-1] => test@test.uk [phone-1-1] => 00000000 [nick_name] => Vraja [street_address-1] => tesn Road [city-1] => London [postal_code-1] => SW7 7N [country-1] => 1226 [g-recaptcha-response] => 03AGdBq27tz6HZtunff62TyDuuzh35FqJa9RWYY5b0ZolfFHFLZMeaR_Lu8tdDnP2D30cOPq0O71tyVl4BIbHNPVW4DQJ9RlycML9mimEaA8E_-CqF8UN-vpxrSEU_ENtfjpn5JecgN6_ye1mucp2NzEBi1BZ-1OouMoaMBJfzihcS-BD5hfpKlhlpR2dHQm9YMGqfqzd0dJ7pLsLuW9F6Jig51D0ApXBwRAlCLM2XDLu27VQL7z1peAvUjSXJFyCtvyhlUl3Ru7Ur6WT6cchhTm7czqvnkz_VUZhkUMnb0oyUZKpbtfAwwM2RBhz1nl5Fx1EJTn5GUKRfc9hqXWb2UQC5nUie5dO8CqDjmNcDJG4SQIeIEkj68NAiIoWVVBU-oambKDvmMQJO [custom_236] => Array ( [1] => ) [custom_239] => Array ( [0] => 31 ) [hidden_processor] => 1 [payment_processor_id] => 3 [priceSetId] => 7 [price_11] => Array ( [62] => 1 ) [recurFrequencyInterval] => 1 [recurFrequencyUnit] => month [MAX_FILE_SIZE] => 4194304 [is_recur_radio] => 0 [ip_address] => 208.127.199.86 [amount] => 30 [currency] => GBP [is_pay_later] => 0 [invoiceID] => 55a3aacf2dcbc0eaea9808c925fa187b [email-5] => tes@test.uk [description] => Sponsorship [skipLineItem] => 0 [line_item] => Array ( [7] => Array ( [62] => Array ( [price_field_id] => 11 [price_field_value_id] => 62 [label] => Sayana Arati - 21:00 [field_title] => Sponsorships [description] => [qty] => 1 [unit_price] => 30.000000000 [line_total] => 30 [participant_count] => 0 [max_value] => [membership_type_id] => [membership_num_terms] => [auto_renew] => [html_type] => CheckBox [financial_type_id] => 10 [tax_amount] => 0 [non_deductible_amount] => 0.00 ) ) ) [email] => tes@test.uk [contributionTypeID] => 10 [financialTypeID] => 10 [financial_type_id] => 10 [contributionType_name] => test [financialType_name] => test [contributionType_accounting_code] => 4200 [financialType_accounting_code] => 4200 [contributionPageID] => 2 [contactID] => 746 [payment_instrument_id] => 1 [item_name] => Online Contribution: Sponsorship [contributionID] => 34837 [isRecur] => [error_url] => /civicrm/contribute/transact?reset=1&id=2&_qf_Main_display=1&qfKey=efc8264ed4d2d8c255794ef68fd654d7_7183 [paymentIntentID] => ) ) [lastWarning] => Unknown property 'item_name'. We have merged this in for now as a custom property. Please rewrite your code to use PropertyBag->setCustomProperty if it is a genuinely custom property, or a standardised setter like PropertyBag->setContactID for standard properties )`
`Civi\Payment\PropertyBag related deprecation warnings: We have merged input params into the property bag for now but please rewrite code to not use this. Unknown property 'qfKey'. We have merged this in for now as a custom property. Please rewrite your code to use PropertyBag->setCustomProperty if it is a genuinely custom property, or a standardised setter like PropertyBag->setContactID for standard properties Unknown property 'entryURL'. We have merged this in for now as a custom property. Please rewrite your code to use PropertyBag->setCustomProperty if it is a genuinely custom property, or a standardised setter like PropertyBag->setContactID for standard properties Unknown property 'custom_50'. We have merged this in for now as a custom property. Please rewrite your code to use PropertyBag->setCustomProperty if it is a genuinely custom property, or a standardised setter like PropertyBag->setContactID for standard properties We have translated 'first_name' to 'firstName' for you, but please update your code to use the propper setters and getters. We have translated 'last_name' to 'lastName' for you, but please update your code to use the propper setters and getters. Unknown property 'email-1'. We have merged this in for now as a custom property. Please rewrite your code to use PropertyBag->setCustomProperty if it is a genuinely custom property, or a standardised setter like PropertyBag->setContactID for standard properties Unknown property 'phone-1-1'. We have merged this in for now as a custom property. Please rewrite your code to use PropertyBag->setCustomProperty if it is a genuinely custom property, or a standardised setter like PropertyBag->setContactID for standard properties Unknown property 'nick_name'. We have merged this in for now as a custom property. Please rewrite your code to use PropertyBag->setCustomProperty if it is a genuinely custom property, or a standardised setter like PropertyBag->setContactID for standard properties Unknown property 'street_address-1'. We have merged this in for now as a custom property. Please rewrite your code to use PropertyBag->setCustomProperty if it is a genuinely custom property, or a standardised setter like PropertyBag->setContactID for standard properties Unknown property 'city-1'. We have merged this in for now as a custom property. Please rewrite your code to use PropertyBag->setCustomProperty if it is a genuinely custom property, or a standardised setter like PropertyBag->setContactID for standard properties Unknown property 'postal_code-1'. We have merged this in for now as a custom property. Please rewrite your code to use PropertyBag->setCustomProperty if it is a genuinely custom property, or a standardised setter like PropertyBag->setContactID for standard properties Unknown property 'country-1'. We have merged this in for now as a custom property. Please rewrite your code to use PropertyBag->setCustomProperty if it is a genuinely custom property, or a standardised setter like PropertyBag->setContactID for standard properties Unknown property 'g-recaptcha-response'. We have merged this in for now as a custom property. Please rewrite your code to use PropertyBag->setCustomProperty if it is a genuinely custom property, or a standardised setter like PropertyBag->setContactID for standard properties Unknown property 'custom_236'. We have merged this in for now as a custom property. Please rewrite your code to use PropertyBag->setCustomProperty if it is a genuinely custom property, or a standardised setter like PropertyBag->setContactID for standard properties Unknown property 'custom_239'. We have merged this in for now as a custom property. Please rewrite your code to use PropertyBag->setCustomProperty if it is a genuinely custom property, or a standardised setter like PropertyBag->setContactID for standard properties Unknown property 'hidden_processor'. We have merged this in for now as a custom property. Please rewrite your code to use PropertyBag->setCustomProperty if it is a genuinely custom property, or a standardised setter like PropertyBag->setContactID for standard properties Unknown property 'payment_processor_id'. We have merged this in for now as a custom property. Please rewrite your code to use PropertyBag->setCustomProperty if it is a genuinely custom property, or a standardised setter like PropertyBag->setContactID for standard properties Unknown property 'priceSetId'. We have merged this in for now as a custom property. Please rewrite your code to use PropertyBag->setCustomProperty if it is a genuinely custom property, or a standardised setter like PropertyBag->setContactID for standard properties Unknown property 'price_11'. We have merged this in for now as a custom property. Please rewrite your code to use PropertyBag->setCustomProperty if it is a genuinely custom property, or a standardised setter like PropertyBag->setContactID for standard properties We have translated 'frequency_interval' to 'recurFrequencyInterval' for you, but please update your code to use the propper setters and getters. We have translated 'frequency_unit' to 'recurFrequencyUnit' for you, but please update your code to use the propper setters and getters. Unknown property 'MAX_FILE_SIZE'. We have merged this in for now as a custom property. Please rewrite your code to use PropertyBag->setCustomProperty if it is a genuinely custom property, or a standardised setter like PropertyBag->setContactID for standard properties Unknown property 'is_recur_radio'. We have merged this in for now as a custom property. Please rewrite your code to use PropertyBag->setCustomProperty if it is a genuinely custom property, or a standardised setter like PropertyBag->setContactID for standard properties Unknown property 'ip_address'. We have merged this in for now as a custom property. Please rewrite your code to use PropertyBag->setCustomProperty if it is a genuinely custom property, or a standardised setter like PropertyBag->setContactID for standard properties Unknown property 'amount'. We have merged this in for now as a custom property. Please rewrite your code to use PropertyBag->setCustomProperty if it is a genuinely custom property, or a standardised setter like PropertyBag->setContactID for standard properties We have translated 'currencyID' to 'currency' for you, but please update your code to use the propper setters and getters. Unknown property 'is_pay_later'. We have merged this in for now as a custom property. Please rewrite your code to use PropertyBag->setCustomProperty if it is a genuinely custom property, or a standardised setter like PropertyBag->setContactID for standard properties Unknown property 'email-5'. We have merged this in for now as a custom property. Please rewrite your code to use PropertyBag->setCustomProperty if it is a genuinely custom property, or a standardised setter like PropertyBag->setContactID for standard properties Unknown property 'skipLineItem'. We have merged this in for now as a custom property. Please rewrite your code to use PropertyBag->setCustomProperty if it is a genuinely custom property, or a standardised setter like PropertyBag->setContactID for standard properties Unknown property 'line_item'. We have merged this in for now as a custom property. Please rewrite your code to use PropertyBag->setCustomProperty if it is a genuinely custom property, or a standardised setter like PropertyBag->setContactID for standard properties Unknown property 'contributionTypeID'. We have merged this in for now as a custom property. Please rewrite your code to use PropertyBag->setCustomProperty if it is a genuinely custom property, or a standardised setter like PropertyBag->setContactID for standard properties Unknown property 'financialTypeID'. We have merged this in for now as a custom property. Please rewrite your code to use PropertyBag->setCustomProperty if it is a genuinely custom property, or a standardised setter like PropertyBag->setContactID for standard properties Unknown property 'financial_type_id'. We have merged this in for now as a custom property. Please rewrite your code to use PropertyBag->setCustomProperty if it is a genuinely custom property, or a standardised setter like PropertyBag->setContactID for standard properties Unknown property 'contributionType_name'. We have merged this in for now as a custom property. Please rewrite your code to use PropertyBag->setCustomProperty if it is a genuinely custom property, or a standardised setter like PropertyBag->setContactID for standard properties Unknown property 'financialType_name'. We have merged this in for now as a custom property. Please rewrite your code to use PropertyBag->setCustomProperty if it is a genuinely custom property, or a standardised setter like PropertyBag->setContactID for standard properties Unknown property 'contributionType_accounting_code'. We have merged this in for now as a custom property. Please rewrite your code to use PropertyBag->setCustomProperty if it is a genuinely custom property, or a standardised setter like PropertyBag->setContactID for standard properties Unknown property 'financialType_accounting_code'. We have merged this in for now as a custom property. Please rewrite your code to use PropertyBag->setCustomProperty if it is a genuinely custom property, or a standardised setter like PropertyBag->setContactID for standard properties Unknown property 'contributionPageID'. We have merged this in for now as a custom property. Please rewrite your code to use PropertyBag->setCustomProperty if it is a genuinely custom property, or a standardised setter like PropertyBag->setContactID for standard properties Unknown property 'payment_instrument_id'. We have merged this in for now as a custom property. Please rewrite your code to use PropertyBag->setCustomProperty if it is a genuinely custom property, or a standardised setter like PropertyBag->setContactID for standard properties Unknown property 'item_name'. We have merged this in for now as a custom property. Please rewrite your code to use PropertyBag->setCustomProperty if it is a genuinely custom property, or a standardised setter like PropertyBag->setContactID for standard properties Array ( [civi.tag] => deprecated )
`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/391PHP Fatal error: Uncaught TypeError: CRM_Core_Payment_Stripe::getFeeFromBala...2023-10-02T14:20:58ZBradley TaylorPHP Fatal error: Uncaught TypeError: CRM_Core_Payment_Stripe::getFeeFromBalanceTransaction(): Argument #1 ($balanceTransactionID) must be of type string, null givenI'm seeing this error in the logs, which I think is coming from a Stripe webhook:
```
PHP Fatal error: Uncaught TypeError: CRM_Core_Payment_Stripe::getFeeFromBalanceTransaction(): Argument #1 ($balanceTransactionID) must be of type str...I'm seeing this error in the logs, which I think is coming from a Stripe webhook:
```
PHP Fatal error: Uncaught TypeError: CRM_Core_Payment_Stripe::getFeeFromBalanceTransaction(): Argument #1 ($balanceTransactionID) must be of type string, null given
```
I've not worked out if this is because we're doing something odd in the given installation, or if it's because we're running PHP 8. As far as I can tell it's not causing too much harm, but it's a bit concerning all the same.https://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!!!!https://lab.civicrm.org/extensions/stripe/-/issues/329Postcode or ZIP field condition2022-01-27T19:18:22ZandyburnsPostcode or ZIP field conditionDepending on the card number I input, it then shows a Postcode or ZIP field to fill in in the Stripe element.
Testing on https://www.mjwconsult.co.uk/en/civicrm/contribute/transact/?id=1&pcpId=4&reset=1
Using the Stripe test card, it ...Depending on the card number I input, it then shows a Postcode or ZIP field to fill in in the Stripe element.
Testing on https://www.mjwconsult.co.uk/en/civicrm/contribute/transact/?id=1&pcpId=4&reset=1
Using the Stripe test card, it shows postcode, which works well for international addresses by providing a postcode field that accepts more than 5 digits. It appears to accept a very long string to comply with any post code format worldwide.
![image](/uploads/f54d7e9142f433c87fc484addb40ee84/image.png)
I tried one of my card's and it shows ZIP field. I am in the US.
![1](/uploads/fdc51b323a0ccfcedafd56cc9494ac54/1.png)
Here is a message we received from a Switzerland contact:
> No matter what I enter for my postal code, it tells me that it is incomplete and I cannot submit the form. I have tried 6300, 6300 Zug, blank, and 63000 and 15236 (in case it thinks I need a five-digit code or a valid US zip code) but I always get the error "Your postal code is incomplete".
@mattwire how does this logic work?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/63Recurring contribution dated as 1 Jan 1970!!2019-07-22T10:33:39ZtapashRecurring contribution dated as 1 Jan 1970!!I just noticed that Recurring contribution getting dated as 1 Jan 1970 when processed from the stripe. Is there a fix for this? thanksI just noticed that Recurring contribution getting dated as 1 Jan 1970 when processed from the stripe. Is there a fix for this? thankshttps://lab.civicrm.org/extensions/stripe/-/issues/290Recurring contribution with webform_civicrm generates an error2023-10-02T14:19:16ZrichardsplaygroundRecurring contribution with webform_civicrm generates an errorThis issue was reported in https://lab.civicrm.org/extensions/stripe/-/issues/113 but since that issue was closed I'm opening a new one to report that the behaviour is still happening with newer versions of software. If this is not the ...This issue was reported in https://lab.civicrm.org/extensions/stripe/-/issues/113 but since that issue was closed I'm opening a new one to report that the behaviour is still happening with newer versions of software. If this is not the right thing to do feel free to close this issue.
When creating a recurring contribution with webform_civicrm, the webform can be configured with no problems. When a user tries to submit a contribution:
* the error "Unable to complete payment! Missing paymentMethodID." is shown
* the user's browser is directed to civicrm's contribution dashboard (maybe that's just because I'm an admin user)
* Stripe records the creation of a payment intent and an uncaptured payment but does not actually complete the charge
* CiviCRM shows a recurring contribution record that is left in the pending / incomplete charge state. The contribution record shows no payments.
We are using:
- Drupal 7.69
- Civi 5.26.2
- CiviCRM Stripe 6.54
- MJW Shared 0.9.9
- Webform_CiviCRM 7.x-5.4
Note that we have other non-recurring contributions done with webforms that do work fine, although they toss warnings but they don't spit out the "Unable to complete payment! Missing paymentMethodID." error
Log entries:
```
[warning] Civi\Payment\PropertyBag related deprecation warnings:
We have merged input params into the property bag for now but please rewrite code to not use this.
Unknown property 'receive_date'. We have merged this in for now as a custom property. Please rewrite your code to use PropertyBag->setCustomProperty if it is a genuinely custom property, or a standardised setter like PropertyBag->setContactID for standard properties
Unknown property 'skipLineItem'. We have merged this in for now as a custom property. Please rewrite your code to use PropertyBag->setCustomProperty if it is a genuinely custom property, or a standardised setter like PropertyBag->setContactID for standard properties
Unknown property 'contribution_page_id'. We have merged this in for now as a custom property. Please rewrite your code to use PropertyBag->setCustomProperty if it is a genuinely custom property, or a standardised setter like PropertyBag->setContactID for standard properties
Unknown property 'payment_processor_id'. We have merged this in for now as a custom property. Please rewrite your code to use PropertyBag->setCustomProperty if it is a genuinely custom property, or a standardised setter like PropertyBag->setContactID for standard properties
Unknown property 'is_test'. We have merged this in for now as a custom property. Please rewrite your code to use PropertyBag->setCustomProperty if it is a genuinely custom property, or a standardised setter like PropertyBag->setContactID for standard properties
We have translated 'frequency_unit' to 'recurFrequencyUnit' for you, but please update your code to use the propper setters and getters.
Unknown property 'total_amount'. We have merged this in for now as a custom property. Please rewrite your code to use PropertyBag->setCustomProperty if it is a genuinely custom property, or a standardised setter like PropertyBag->setContactID for standard properties
Unknown property 'financial_type_id'. We have merged this in for now as a custom property. Please rewrite your code to use PropertyBag->setCustomProperty if it is a genuinely custom property, or a standardised setter like PropertyBag->setContactID for standard properties
We have translated 'currencyID' to 'currency' for you, but please update your code to use the propper setters and getters.
Unknown property 'skipRecentView'. We have merged this in for now as a custom property. Please rewrite your code to use PropertyBag->setCustomProperty if it is a genuinely custom property, or a standardised setter like PropertyBag->setContactID for standard properties
We have translated 'contact_id' to 'contactID' for you, but please update your code to use the propper setters and getters.
We have translated 'invoice_id' to 'invoiceID' for you, but please update your code to use the propper setters and getters.
Unknown property 'tax_amount'. We have merged this in for now as a custom property. Please rewrite your code to use PropertyBag->setCustomProperty if it is a genuinely custom property, or a standardised setter like PropertyBag->setContactID for standard properties
Unknown property 'source'. We have merged this in for now as a custom property. Please rewrite your code to use PropertyBag->setCustomProperty if it is a genuinely custom property, or a standardised setter like PropertyBag->setContactID for standard properties
Unknown property 'financialType_name'. We have merged this in for now as a custom property. Please rewrite your code to use PropertyBag->setCustomProperty if it is a genuinely custom property, or a standardised setter like PropertyBag->setContactID for standard properties
Unknown property 'financialTypeID'. We have merged this in for now as a custom property. Please rewrite your code to use PropertyBag->setCustomProperty if it is a genuinely custom property, or a standardised setter like PropertyBag->setContactID for standard properties
Unknown property 'non_deductible_amount'. We have merged this in for now as a custom property. Please rewrite your code to use PropertyBag->setCustomProperty if it is a genuinely custom property, or a standardised setter like PropertyBag->setContactID for standard properties
Unknown property 'submitted'. We have merged this in for now as a custom property. Please rewrite your code to use PropertyBag->setCustomProperty if it is a genuinely custom property, or a standardised setter like PropertyBag->setContactID for standard properties
Unknown property 'hidden_processor'. We have merged this in for now as a custom property. Please rewrite your code to use PropertyBag->setCustomProperty if it is a genuinely custom property, or a standardised setter like PropertyBag->setContactID for standard properties
Unknown property 'details'. We have merged this in for now as a custom property. Please rewrite your code to use PropertyBag->setCustomProperty if it is a genuinely custom property, or a standardised setter like PropertyBag->setContactID for standard properties
Unknown property 'form_build_id'. We have merged this in for now as a custom property. Please rewrite your code to use PropertyBag->setCustomProperty if it is a genuinely custom property, or a standardised setter like PropertyBag->setContactID for standard properties
Unknown property 'form_token'. We have merged this in for now as a custom property. Please rewrite your code to use PropertyBag->setCustomProperty if it is a genuinely custom property, or a standardised setter like PropertyBag->setContactID for standard properties
Unknown property 'form_id'. We have merged this in for now as a custom property. Please rewrite your code to use PropertyBag->setCustomProperty if it is a genuinely custom property, or a standardised setter like PropertyBag->setContactID for standard properties
Unknown property 'op'. We have merged this in for now as a custom property. Please rewrite your code to use PropertyBag->setCustomProperty if it is a genuinely custom property, or a standardised setter like PropertyBag->setContactID for standard properties
Unknown property 'paymentIntentID'. We have merged this in for now as a custom property. Please rewrite your code to use PropertyBag->setCustomProperty if it is a genuinely custom property, or a standardised setter like PropertyBag->setContactID for standard properties
Unknown property 'payment_instrument_id'. We have merged this in for now as a custom property. Please rewrite your code to use PropertyBag->setCustomProperty if it is a genuinely custom property, or a standardised setter like PropertyBag->setContactID for standard properties
Unknown property 'payment_processor'. We have merged this in for now as a custom property. Please rewrite your code to use PropertyBag->setCustomProperty if it is a genuinely custom property, or a standardised setter like PropertyBag->setContactID for standard properties
We have translated 'contribution_recur_id' to 'contributionRecurID' for you, but please update your code to use the propper setters and getters.
We have translated 'is_recur' to 'isRecur' for you, but please update your code to use the propper setters and getters.
We have translated 'frequency_interval' to 'recurFrequencyInterval' for you, but please update your code to use the propper setters and getters.
Unknown property 'check_permissions'. We have merged this in for now as a custom property. Please rewrite your code to use PropertyBag->setCustomProperty if it is a genuinely custom property, or a standardised setter like PropertyBag->setContactID for standard properties
Unknown property 'version'. We have merged this in for now as a custom property. Please rewrite your code to use PropertyBag->setCustomProperty if it is a genuinely custom property, or a standardised setter like PropertyBag->setContactID for standard properties
Unknown property 'contribution_status_id'. We have merged this in for now as a custom property. Please rewrite your code to use PropertyBag->setCustomProperty if it is a genuinely custom property, or a standardised setter like PropertyBag->setContactID for standard properties
We have translated 'contribution_id' to 'contributionID' for you, but please update your code to use the propper setters and getters.
Unknown property 'amount'. We have merged this in for now as a custom property. Please rewrite your code to use PropertyBag->setCustomProperty if it is a genuinely custom property, or a standardised setter like PropertyBag->setContactID for standard properties
Array
(
[civi.tag] => deprecated
)
```
```
[debug] paymentMethodID not found. $params: Civi\Payment\PropertyBag Object
(
[props:protected] => Array
(
[default] => Array
(
[receive_date] => 20210113231448
[skipLineItem] => 1
[email] => richard@societyoftheguardiansoftheflame.com
[contribution_page_id] => 6
[payment_processor_id] => 7
[is_test] => 0
[recurFrequencyUnit] => month
[total_amount] => 1
[financial_type_id] => 1
[currency] => USD
[skipRecentView] => 1
[contactID] => 5
[invoiceID] => 5b42c1397a949952beb18f52f3b715a1
[tax_amount] => 0
[description] => Webform Payment: Become a Foundation Guardian
[source] => Become a Foundation Guardian
[financialType_name] => Donation
[financialTypeID] => 1
[non_deductible_amount] => 0
[submitted] => Array
(
[civicrm_1_contact_1_contact_existing] => 5
[civicrm_1_membership_1_membership_membership_type_id] => 6
[civicrm_1_contribution_1_contribution_total_amount] => 1
[civicrm_1_contribution_1_contribution_contribution_page_id] => 6
)
[hidden_processor] => 1
[details] => Array
(
[sid] =>
[page_num] => 1
[page_count] => 1
[finished] => 0
)
[form_build_id] => form-kROpI025evPH9r2SaQZSXOclGYAYF9aTua3u3KVigoI
[form_token] => XXX
[form_id] => webform_client_form_318
[op] => Submit
[paymentIntentID] => pi_1I9Q2bGJ0NOiXXX
[payment_instrument_id] => 1
[payment_processor] => 7
[contributionRecurID] => 11
[isRecur] => 1
[recurFrequencyInterval] => 1
[check_permissions] =>
[version] => 3
[contribution_status_id] => Pending
[contributionID] => 2852
[amount] => 1
[error_url] =>
[paymentMethodID] =>
)
)
[lastWarning] => Unknown property 'amount'. We have merged this in for now as a custom property. Please rewrite your code to use PropertyBag->setCustomProperty if it is a genuinely custom property, or a standardised setter like PropertyBag->setContactID for standard properties
)
```
```
[warning] Deprecated function ::civicrm_api3_contribution_transact, use The contibution.transact api is unsupported.
You are using the contributiontransactlegacy extension to work around this - please see the section
at the bottom of https://docs.civicrm.org/dev/en/latest/financial/orderAPI/ to fix properly..
Array
(
[civi.tag] => deprecated
)
```https://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.0