Stripe issueshttps://lab.civicrm.org/extensions/stripe/-/issues2023-10-02T14:30:16Zhttps://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/409CiviCRM URL in Stripe Dashboard does not work2023-10-02T14:26:53Zben_fairlessCiviCRM URL in Stripe Dashboard does not workCiviCRM 5.57.0
Stripe Plug-in 6.7.14
API 2022-11-15
When a new customer is created the URL is configured as https://www.example.com/wp-admin/admin.php?page=CiviCRM&q=civicrm%2Fcontact%2Fview&reset=1&cid=13673
When you clic...CiviCRM 5.57.0
Stripe Plug-in 6.7.14
API 2022-11-15
When a new customer is created the URL is configured as https://www.example.com/wp-admin/admin.php?page=CiviCRM&q=civicrm%2Fcontact%2Fview&reset=1&cid=13673
When you click on this URL it doesn’t take you to the contact, just to the homepage of CiviCRM.https://lab.civicrm.org/extensions/stripe/-/issues/296Stripe doRecurPayment: Missing mandatory parameter: recurFrequencyUnit2023-10-02T14:24:42ZandyburnsStripe doRecurPayment: Missing mandatory parameter: recurFrequencyUnitA small amount of time, we are seeing this error:
`Payment Processor Error message :Stripe doRecurPayment: Missing mandatory parameter: recurFrequencyUnit`
I am unable to find the full error log. We are using https://lab.civicrm.org/e...A small amount of time, we are seeing this error:
`Payment Processor Error message :Stripe doRecurPayment: Missing mandatory parameter: recurFrequencyUnit`
I am unable to find the full error log. We are using https://lab.civicrm.org/extensions/recurringbuttons my gut says it could be a load order issue? We have monthly frequency unit defaulting.https://lab.civicrm.org/extensions/stripe/-/issues/392Cardholder validation only works for recurring payments2023-10-02T14:21:05ZtcmallocCardholder validation only works for recurring paymentsWhen trying to make a donation, cardholder verification will not happen unless a recurring payment is being set up.
Specifically, for non-recurring payments, it will show that it is pre-approving, and then will fail if the bank requires...When trying to make a donation, cardholder verification will not happen unless a recurring payment is being set up.
Specifically, for non-recurring payments, it will show that it is pre-approving, and then will fail if the bank requires validation.
![image](/uploads/f180daaa192a23a6261c552a32a26e76/image.png)
For recurring payments, the validation window (specifically the mastercard id check in my case) will (eventually) show and the transaction can be completed.
This means that for most users in UK, non-recurring payments will always fail.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/382Refunds made are no longer showing as refunded status on Civi.2023-10-02T14:20:04ZalexdRefunds made are no longer showing as refunded status on Civi.Until May, whenever a full refund is made on Stripe, it updates the contribution made on Civi and changes the status to refunded. (pic 1)
![pic_1](/uploads/9002a7698658b7aa5482d207d8ce1562/pic_1.jpg)
Whenever a partial refund is made, t...Until May, whenever a full refund is made on Stripe, it updates the contribution made on Civi and changes the status to refunded. (pic 1)
![pic_1](/uploads/9002a7698658b7aa5482d207d8ce1562/pic_1.jpg)
Whenever a partial refund is made, the contribution is recorded however the status remains as completed. (pic 2)
![pic_2](/uploads/e7864d6ccf80290791cf6ee13e7d9128/pic_2.jpg)
Currently, neither a full or partial refund is recorded on civi at all. (pic 3)
![pic_3](/uploads/1350a3117c061eb3192b464c348fe971/pic_3.jpg)
Please can you advise @mattwire?
Many thanks.https://lab.civicrm.org/extensions/stripe/-/issues/378Hitting enter key with focus on Stripe element has unexpected behaviour.2023-10-02T14:19:59ZBradley TaylorHitting enter key with focus on Stripe element has unexpected behaviour.**Steps to reproduce**
1. Go to a CiviCRM form containing a Stripe form (for example, an event booking form, a contribution form)
2. Fill out any non-Stripe fields
3. Fill out the card number, but not the CVV or expiry fields.
4. With y...**Steps to reproduce**
1. Go to a CiviCRM form containing a Stripe form (for example, an event booking form, a contribution form)
2. Fill out any non-Stripe fields
3. Fill out the card number, but not the CVV or expiry fields.
4. With your focus still on the Stripe card number field hit the enter key.
**Expected behaviour**
An error message should be shown. (i.e. the behaviour which does happen if you click the submit button)
**Actual behaviour**
The form submits (i.e. a page reload) but the form is not processed on the server correctly. If logged in, the error message "Unable to complete payment! Missing paymentIntentID." may be shown. If logged out the most frequent behaviour seems to be that the user is redirected to the homepage, but this varies.
**Environment**
This can be reproduced on any CiviCRM form using the Stripe payment method. I've not tested on Drupal Webforms.
To check this isn't just happening in my environment I reproduced this on https://civicrm.org/civicrm/contribute/transact?reset=1&id=47. However, I'm not sure if this will have left a pending (unpaid) contribution in the database, so I'd be wary about trying this repeatedly on a non-test environment.
**Technical notes**
It looks like Stripe is triggering the submit event on the parent form, and expecting the parent page to catch it. However, the Stripe extension (com.drastikbydesign.stripe/js/civicrm_stripe.js) does not have an event listener on the form's `submit` event.
Currently the Stripe extension has:
```
CRM.payment.submitButtons[i].addEventListener('click', submitButtonClick);
...
CRM.payment.form.addEventListener('keydown', function (keydownEvent) {
if (keydownEvent.code === 'Enter') {
CRM.payment.addDrupalWebformActionElement(this.value);
script.submit(keydownEvent);
}
});
```
It feels like these should be augmented or replaced by a `CRM.payment.form.addEventListener('submit', ...)`. I have confirmed that when the submit occurs the submit event is fired.https://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/284Credit Account Type set to AR on recurring donations2023-10-02T14:19:04ZlarynCredit Account Type set to AR on recurring donationsOn a Drupal 7 site I am seeing something that seems strange. Regular (one-time) contributions on a core contribution page seem to be coming in categorized as "INC" (Income) for the Credit Account Type, as expected. However recurring cont...On a Drupal 7 site I am seeing something that seems strange. Regular (one-time) contributions on a core contribution page seem to be coming in categorized as "INC" (Income) for the Credit Account Type, as expected. However recurring contributions are being categorized as "AR" (Accounts Receivable). When an accounting batch is exported, these designations end up pointing to different accounts in the CSV file.
Is this intentional or should the recurring payments also be designated as INC? I **think** they used to be but at some point in the relatively recent past this changed.https://lab.civicrm.org/extensions/stripe/-/issues/339[crmBillingFormNotValid] Configuration error - unable to process paymentIntent2023-10-02T14:16:00Zrv91[crmBillingFormNotValid] Configuration error - unable to process paymentIntentWordPress, CiviCRM et les extenssions sont à jour.
La passerelle de paiement STRIPE ne fonctionne plus.
voici un extrait des log :
try to create card element <br>
created new card element <br>
card element found <br>
Firing Event: crmB...WordPress, CiviCRM et les extenssions sont à jour.
La passerelle de paiement STRIPE ne fonctionne plus.
voici un extrait des log :
try to create card element <br>
created new card element <br>
card element found <br>
Firing Event: crmBillingFormReloadComplete <br>
Firing Event: crmStripeBillingFormReloadComplete <br>
clearing submitdontprocess <br>
civicrmStripe: submit handler <br>
civicrmStripe: reCaptcha library not loaded <br>
civicrmStripe: Stripe is the selected payprocessor <br>
CRM.payment: getTotalAmount: 8 <br>
handle submit card <br>
getTotalAmount: 8 <br>
isRecur is false <br>
Waiting for pre-auth <br>
getTotalAmount: 8 <br>
Currency is: EUR <br>
error: Configuration error - unable to process paymentIntent <br>
Firing Event: crmBillingFormNotValid
merci de vos conseilshttps://lab.civicrm.org/extensions/stripe/-/issues/311Stripe + event cart - setCurrency with a value that was not an ISO 3166-1 alp...2023-10-02T14:14:02Zsmch2Stripe + event cart - setCurrency with a value that was not an ISO 3166-1 alpha 3Stripe 6.5.7
Payment Shared 0.9.12
CiviCRM 5.35.1
When attempting to complete checkout using CiviCRM event cart, we get the error:
InvalidArgumentException: `Attemted to setCurrency with a value that was not an ISO 3166-1 alpha 3 curr...Stripe 6.5.7
Payment Shared 0.9.12
CiviCRM 5.35.1
When attempting to complete checkout using CiviCRM event cart, we get the error:
InvalidArgumentException: `Attemted to setCurrency with a value that was not an ISO 3166-1 alpha 3 currency code`
`#0 /sites/all/modules/civicrm/Civi/Payment/PropertyBag.php(204): Civi\Payment\PropertyBag->setCurrency(NULL, "default")
#1 /sites/all/civicrm_custom/extensions/eventcart/CRM/Event/Cart/Form/Checkout/Payment.php(494): Civi\Payment\PropertyBag->offsetSet("currencyID", NULL)
#2 /sites/all/modules/civicrm/CRM/Core/Form.php(513): CRM_Event_Cart_Form_Checkout_Payment->postProcess()
#3 /sites/all/modules/civicrm/CRM/Core/StateMachine.php(144): CRM_Core_Form->mainProcess()
#4 /sites/all/modules/civicrm/CRM/Core/QuickForm/Action/Next.php(43): CRM_Core_StateMachine->perform(Object(CRM_Event_Cart_Form_Checkout_Payment), "next", "Next")
#5 /sites/all/modules/civicrm/packages/HTML/QuickForm/Controller.php(203): CRM_Core_QuickForm_Action_Next->perform(Object(CRM_Event_Cart_Form_Checkout_Payment), "next")
#6 /sites/all/modules/civicrm/packages/HTML/QuickForm/Page.php(103): HTML_QuickForm_Controller->handle(Object(CRM_Event_Cart_Form_Checkout_Payment), "next")
#7 /sites/all/modules/civicrm/CRM/Core/Controller.php(347): HTML_QuickForm_Page->handle("next")
#8 /sites/all/modules/civicrm/CRM/Core/Invoke.php(312): CRM_Core_Controller->run((Array:3), NULL)
#9 /sites/all/modules/civicrm/CRM/Core/Invoke.php(68): CRM_Core_Invoke::runItem((Array:15))
#10 /sites/all/modules/civicrm/CRM/Core/Invoke.php(36): CRM_Core_Invoke::_invoke((Array:3))
#11 /sites/all/modules/civicrm/drupal/civicrm.module(458): CRM_Core_Invoke::invoke((Array:3))
#12 /includes/menu.inc(527): civicrm_invoke("event", "cart_checkout")
#13 /index.php(21): menu_execute_active_handler()
#14 {main}`https://lab.civicrm.org/extensions/stripe/-/issues/285"Future recurring start dates for intervals" Does not appear when multiple pr...2023-10-02T14:13:45Ztapash"Future recurring start dates for intervals" Does not appear when multiple processor is enabledWhen stripe is the only payment processor then there is no issue showing future interval date. But for example, on the contribution pages where I have Gocardless and stripe enabled, "Future recurring start dates for intervals" does not a...When stripe is the only payment processor then there is no issue showing future interval date. But for example, on the contribution pages where I have Gocardless and stripe enabled, "Future recurring start dates for intervals" does not appear.https://lab.civicrm.org/extensions/stripe/-/issues/300Suggestion: Perform full input form validation before pre-authorizing credit ...2023-10-02T14:12:38ZJoachimSuggestion: Perform full input form validation before pre-authorizing credit card**Initial situation:**
- On a contribution page, some personal data is collected (address via a profile, passwords for creating a Wordpress account, e-mail address) in addition to the credit card data via the stripe element.
- It is co...**Initial situation:**
- On a contribution page, some personal data is collected (address via a profile, passwords for creating a Wordpress account, e-mail address) in addition to the credit card data via the stripe element.
- It is configured to not show an additional confirmation page.
**Current user experience:**
After pressing the submit button for the contribution, an alert is shown, indicating that the credit card will be pre-authorized. Only after this message, some form validation errors are presented to the user, e.g. invalid format of an e-mail address or mismatch of the two passwords for the Wordpress account creation.
Users may now fear that a second contribution will be created after correcting the errors and re-submitting the form.
**Suggestion:**
There is already a check for missing input in mandatory input fields happening, before the credit card transaction is initiated. Ideally, the entire input form validation happens before the credit card transaction is started.
I see this as a nice to have rather than something critical. Just wanted to communicate my observation without knowing, if there are fundamental technical reasons behind this behavior.https://lab.civicrm.org/extensions/stripe/-/issues/207Stripe payments using webforms do not record fee_amount and net_amount2023-10-02T14:11:59ZTomCrawshawStripe payments using webforms do not record fee_amount and net_amount@mattwire Hi, Don't know if this is related to #54 (closed), but we use Drupal webforms for all stripe payments, and the fee_amount and net_amount has never been calculated and stored, although everything works correctly for (test) payme...@mattwire Hi, Don't know if this is related to #54 (closed), but we use Drupal webforms for all stripe payments, and the fee_amount and net_amount has never been calculated and stored, although everything works correctly for (test) payments using a Civi contribution page. By trial and error, I found that adding the following 2 lines to CRM/Core/Payment/Stripe.php at the end of "function doPayment" worked and fee_amount and net_amount were correctly written to civicrm_contribution table.:
$params\['fee_amount'\] = $newParams\['fee_amount'\];
$params\['net_amount'\] = $params\['amount'\] - $params\['fee_amount'\];
On Drupal 7.59, Civi 5.24.2, Stripe 6.3 (and about to upgrade all 3)https://lab.civicrm.org/extensions/stripe/-/issues/360Deprecated funcion civicrm_contribution_recur.trxn_id for Recurring Contribution2023-10-02T14:10:21ZpbarmakDeprecated funcion civicrm_contribution_recur.trxn_id for Recurring ContributionWhen creating a recurring contribution from a contribution page, after successfully creating the contribution in Civi and Stripe, the user sees the following error on the thank-you (receipt) page:
`User deprecated function: Deprecated f...When creating a recurring contribution from a contribution page, after successfully creating the contribution in Civi and Stripe, the user sees the following error on the thank-you (receipt) page:
`User deprecated function: Deprecated function civicrm_contribution_recur.trxn_id, use civicrm_contribution_recur.processor_id. in CRM_Core_Error::deprecatedFunctionWarning() (line 1044 of /var/www/xxx/sites/all/modules/civicrm/CRM/Core/Error.php).`
I can't tell where that is coming from or how to debug it. It seems like the contribution gets created correctly, from what I can tell.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/269"paymentIntentID not found" on contribution page2022-12-03T16:09:12ZJonGold"paymentIntentID not found" on contribution pageI'm 98% but not 100% certain this is the same as #219. It looks similar, but I don't have the "PropertyBag deprecated warnings". Below is from my logs. This is Stripe 6.5.1, Payment Shared 0.9.4, CiviCRM 5.29.1.
Like #219, it shows u...I'm 98% but not 100% certain this is the same as #219. It looks similar, but I don't have the "PropertyBag deprecated warnings". Below is from my logs. This is Stripe 6.5.1, Payment Shared 0.9.4, CiviCRM 5.29.1.
Like #219, it shows up as "Pending (Incomplete Transaction)" in Civi, and there's no record of it in Stripe. It differs from #106 in that this happened on a public contribution page.
I have 4 contributions like this out of several dozen in the past several days. This one is "on behalf of organization" but that's a red herring; the other three are not.
```
Oct 10 20:51:51 [debug] paymentIntentID not found. $params: Civi\Payment\PropertyBag Object
(
[props:protected] => Array
(
[default] => Array
(
[qfKey] => cefbf1bfdf51bad5405d82eed974a5e4fc5b50d1c88a3a70d535fe81d4793918_6213
[entryURL] => https://crm.agbu.org/civicrm/contribute/transact?reset=1&id=44
[prefix_id] => 1
<snip personal info>
[is_for_organization] => 1
[onbehalf] => Array
(
<snip personal info>
)
[hidden_processor] => 1
<snip personal info>
[priceSetId] => 48
[price_99] => 0
[price_100] => 600
[MAX_FILE_SIZE] => 67108864
[timestamp] => 1602376426
[ip_address] => <snip>
[amount] => 600
[currency] => USD
[is_pay_later] => 0
[organization_name] => <snip>
[onbehalf_location] => Array
(
<snip>
)
[invoiceID] => a1ac4faa3f4fab84fddd8867626189fc
[is_quick_config] => 1
<snip>
[preserveDBName] => 1
[onbehalf_contact_id] => 136150
[skipLineItem] => 0
[line_item] => Array
(
[48] => Array
(
[429] => Array
(
[price_field_id] => 100
[price_field_value_id] => 429
[label] => Other Amount
[field_title] => Other Amount
[description] =>
[qty] => 1
[unit_price] => 600
[line_total] => 600
[participant_count] => 0
[max_value] =>
[membership_type_id] =>
[membership_num_terms] =>
[auto_renew] =>
[html_type] => Text
[financial_type_id] => 1603
[tax_amount] => 0
[non_deductible_amount] => 0.00
)
)
)
[contributionTypeID] => 1603
[financialTypeID] => 1603
[financial_type_id] => 1603
[contributionType_name] => <snip>
[financialType_name] => <snip>
[contributionType_accounting_code] => 4001
[financialType_accounting_code] => 4001
[contributionPageID] => 44
[contactID] => 134253
[payment_instrument_id] => 41
[item_name] => <snip>
[contributionID] => 174239
[isRecur] =>
[error_url] => /civicrm/contribute/transact?reset=1&id=44&_qf_Main_display=1&qfKey=cefbf1bfdf51bad5405d82eed974a5e4fc5b50d1c88a3a70d535fe81d4793918_6213
[paymentIntentID] =>
)
)
[suppressLegacyWarnings:protected] =>
[lastWarning] =>
)
```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/375Stripe error, property 'paymentintentid' has not been set.2022-08-19T15:52:31ZTOCM_MMatthewsStripe error, property 'paymentintentid' has not been set.Some (maybe 10%, but low volume) of our users are getting incomplete payment transactions on member signup contribution pages without seeing any errors reported, and this:
stripe payment error: property 'paymentintentid' has not been se...Some (maybe 10%, but low volume) of our users are getting incomplete payment transactions on member signup contribution pages without seeing any errors reported, and this:
stripe payment error: property 'paymentintentid' has not been set.
Is being logged. I see that there’s something that looks like this is fixed in the extension update that came out a couple days ago and I’ll probably do the update no later than this weekend, but, is this actually fixed in that update?
Thank you.
Michael Matthewshttps://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.6