Stripe issueshttps://lab.civicrm.org/extensions/stripe/-/issues2019-10-06T19:00:02Zhttps://lab.civicrm.org/extensions/stripe/-/issues/103Event + Contribution + Payment registration Webform fails2019-10-06T19:00:02ZJMMEvent + Contribution + Payment registration Webform failsI have developped Webforms to enable users to register (themselves + their childres) to an event and pay on line their associated Contribution, then being sent to an other Drupal page. This used to work perfectly until the new stripe ext...I have developped Webforms to enable users to register (themselves + their childres) to an event and pay on line their associated Contribution, then being sent to an other Drupal page. This used to work perfectly until the new stripe extension release.
But now, both the Event registration, and the Payment fail : the user is directly redirected to the site home page, without any message.
Drupal 7.67 / Civi 5.16.26.1https://lab.civicrm.org/extensions/stripe/-/issues/104Successful Event Contribution returns to home page instead of Thank you page.2019-12-16T16:51:46ZrturnerSuccessful Event Contribution returns to home page instead of Thank you page.An event contibution is successfully saved but doesn't show the thankyou page, it skips directly to the site's home page.
Tests to compare on CiviCRM 5.16.1 didn't have the same problem.
Drupal 7.67 / CiviCRM 5.17.4 & stripe 6.1.4 - MJW...An event contibution is successfully saved but doesn't show the thankyou page, it skips directly to the site's home page.
Tests to compare on CiviCRM 5.16.1 didn't have the same problem.
Drupal 7.67 / CiviCRM 5.17.4 & stripe 6.1.4 - MJWShared 0.4.3https://lab.civicrm.org/extensions/stripe/-/issues/105Multiple Participants booking to an Event doesn't work2019-10-22T13:15:00ZlsmithgoMultiple Participants booking to an Event doesn't workI get an error message: "Credit Card Amount differs: Amount is different from the authorised amount (1500, 3000)"
Scenario:
1. Event is designed to allow multiple participants to be registered in one event; tickets are 15.00 each
2. St...I get an error message: "Credit Card Amount differs: Amount is different from the authorised amount (1500, 3000)"
Scenario:
1. Event is designed to allow multiple participants to be registered in one event; tickets are 15.00 each
2. Start registration with Participants = 2
3. Enter first participant's details
4. Enter credit card details and click 'continue'
5. Authorisation is made for the price of one ticket (ie 15)
6. Second page appears for next Participant
7. Enter second participant's details
8. Click 'continue'; details of participants added to Civicrm database
9. Confirmation screen appears
10. Click 'confirm' to complete booking and pay
11. Stripe attempts to complete payment, for 30.00
12. Payment and booking fails with above error message
13. Stripe Dashboard shows payment as 'Uncaptured'
This used to work on the older version.https://lab.civicrm.org/extensions/stripe/-/issues/106Backend Error: paymentIntentID not found. $params: Array2020-10-12T19:31:12ZtapashBackend Error: paymentIntentID not found. $params: Array@mattwire I am on stripe 6.1.5, mjwshared 4.4 and civi 5.17.4.
When processed a backend transaction receiving this error message.
```
[debug] paymentIntentID not found. $params: Array
(
[hidden_custom] => 1
[hidden_custom_group_...@mattwire I am on stripe 6.1.5, mjwshared 4.4 and civi 5.17.4.
When processed a backend transaction receiving this error message.
```
[debug] paymentIntentID not found. $params: Array
(
[hidden_custom] => 1
[hidden_custom_group_count] => Array
(
[] => 1
)
[custom_239_-1] => Array
(
[0] => 31
)
[custom_82_-1] => 2019-09-29
[0] =>
[custom_236_-1] => Array
(
[1] =>
)
[custom_237_-1] => Array
(
[1] =>
)
[custom_238_-1] => Array
(
[1] =>
)
[custom_59_-1] => 1
[custom_60_-1] =>
[custom_61_-1] =>
[qfKey] => 98929ccaf4bee9fa49f2abcb9ee14e8b_5626
[entryURL] => https://example.com/civicrm/contact/view/contribution?reset=1&action=add&cid=303&context=contribution&mode=live
[billing_first_name] => Dhan
[billing_middle_name] => L
[billing_last_name] => Gadgil
[billing_street_address-5] => 3 Doma Court
[billing_city-5] => LONDON
[billing_state_province_id-5] => 9999
[billing_postal_code-5] => n2 6jl
[billing_country_id-5] => 1226
[frequency_interval] => 1
[frequency_unit] => month
[installments] =>
[payment_processor_id] => 3
[hidden_AdditionalDetail] => 1
[contribution_page_id] =>
[note] => Donation for
[hidden_Premium] => 1
[product_name] => Array
(
[0] => 0
)
[fulfilled_date] =>
[min_amount] =>
[financial_type_id] => 10
[is_email_receipt] => 1
[from_email_address] => "donations"
[receive_date] => 2019-09-27 15:29:16
[receipt_date] => 20190927152916
[price_set_id] =>
[total_amount] => 108
[currency] => GBP
[source] => Submit Credit Card Payment by: Yogesh
[soft_credit_contact_id] => Array
(
[1] =>
[2] =>
[3] =>
[4] =>
[5] =>
[6] =>
[7] =>
[8] =>
[9] =>
[10] =>
)
[soft_credit_amount] => Array
(
[1] =>
[2] =>
[3] =>
[4] =>
[5] =>
[6] =>
[7] =>
[8] =>
[9] =>
[10] =>
)
[soft_credit_type] => Array
(
[1] =>
[2] =>
[3] =>
[4] =>
[5] =>
[6] =>
[7] =>
[8] =>
[9] =>
[10] =>
)
[sct_default_id] =>
[MAX_FILE_SIZE] => 2097152
[ip_address] => 217.138.43.21
[1] =>
[price_1] => Array
(
[1] => 1
)
[amount] => 108
[payment_processor] => 3
[email-Primary] => ghf@gmail.com
[email-5] => ghf@gmail.com
[address_name-5] => Dhana gil
[billing_state_province-5] => LON
[state_province-5] => LON
[state_province] => LON
[billing_country-5] => GB
[country-5] => GB
[country] => GB
[location_type_id] => 5
[is_billing] => 1
[address_name] => Dhanan gil
[street_address] => 3 Dip Court
[city] => LONDON
[state_province_id] => 9999
[postal_code] => n2 jh
[country_id] => 1226
[first_name] => 1
[preserveDBName] => 1
[middle_name] => 1
[last_name] => 1
[amount_level] => 0
[description] => Contribution submitted by a staff person using contributor's credit card
[currencyID] => GBP
[pcp_display_in_roll] =>
[pcp_roll_nickname] =>
[pcp_personal_note] =>
[non_deductible_amount] =>
[fee_amount] =>
[trxn_id] =>
[invoice_id] =>
[creditnote_id] =>
[campaign_id] =>
[thankyou_date] => null
[custom] => Array
(
[239] => Array
(
[-1] => Array
(
[id] =>
[value] => �31�
[type] => String
[custom_field_id] => 239
[custom_group_id] => 23
[table_name] => civicrm_value_sponsorship_date_notes_23
[column_name] => sponsored_item_239
[file_id] =>
[is_multiple] => 0
)
)
[82] => Array
(
[-1] => Array
(
[id] =>
[value] => 20190929000000
[type] => Date
[custom_field_id] => 82
[custom_group_id] => 23
[table_name] => civicrm_value_sponsorship_date_notes_23
[column_name] => date_of_sponsorship_82
[file_id] =>
[is_multiple] => 0
)
)
[236] => Array
(
[-1] => Array
(
[id] =>
[value] =>
[type] => String
[custom_field_id] => 236
[custom_group_id] => 23
[table_name] => civicrm_value_sponsorship_date_notes_23
[column_name] => remain_anonymous__236
[file_id] =>
[is_multiple] => 0
)
)
[237] => Array
(
[-1] => Array
(
[id] =>
[value] =>
[type] => String
[custom_field_id] => 237
[custom_group_id] => 23
[table_name] => civicrm_value_sponsorship_date_notes_23
[column_name] => mailout_response__237
[file_id] =>
[is_multiple] => 0
)
)
[238] => Array
(
[-1] => Array
(
[id] =>
[value] =>
[type] => String
[custom_field_id] => 238
[custom_group_id] => 23
[table_name] => civicrm_value_sponsorship_date_notes_23
[column_name] => jai_nitai_das_s_contact__238
[file_id] =>
[is_multiple] => 0
)
)
[59] => Array
(
[-1] => Array
(
[id] =>
[value] => 1
[type] => Int
[custom_field_id] => 59
[custom_group_id] => 19
[table_name] => civicrm_value_gift_aid_submission
[column_name] => eligible_for_gift_aid
[file_id] =>
[is_multiple] => 0
)
)
)
[invoiceID] => 6715500f8f346c6099ca91712572d2ef
[contactID] => 303
[email] => ghf@gmail.com
[contributionType_name] => Worship
[contributionPageID] => null
[contributionID] => 32180
[contributionTypeID] => 10
[contributionRecurID] =>
[contribution_status_id] => 2
[error_url] => /civicrm/contact/view/contribution?reset=1&action=add&cid=303&context=contribution&mode=live&_qf_Main_display=1&qfKey=fghdhgf
)
```6.2https://lab.civicrm.org/extensions/stripe/-/issues/107Random site crashes - Fatal Error Caused by Stripe2019-09-27T22:32:36ZthemakRandom site crashes - Fatal Error Caused by StripeWe were having issues upgrading stripe - database updates just would not execute - till we skipped the first part.
Now constant random:
'Fatal error: Trait 'CRM_Core_Payment_MJWTrait' not found in /home/www/www/wp-content/uploads/civi...We were having issues upgrading stripe - database updates just would not execute - till we skipped the first part.
Now constant random:
'Fatal error: Trait 'CRM_Core_Payment_MJWTrait' not found in /home/www/www/wp-content/uploads/civicrm/ext/com.drastikbydesign.stripe/CRM/Core/Payment/Stripe.php on line 13
The site is experiencing technical difficulties.'
Then when we disable and try to re-enable stripe:
'Sorry, due to an error, we are unable to fulfill your request at the moment. You may want to contact your administrator or service provider with more details about what action you were performing when this occurred.
Unknown extension: mjwshared'
enable fails.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/109Latest install of the plugin JS and css files not found2019-10-01T11:38:31ZBradWilliamsLatest install of the plugin JS and css files not foundThis is the first ever install I've tried. (version 6.1.5 on wordpress)
Ensured MJWShared (v0.4.4) was first installed.
When viewing a contribution page with a stripe payment processor attached - the javascript files cannot be found i...This is the first ever install I've tried. (version 6.1.5 on wordpress)
Ensured MJWShared (v0.4.4) was first installed.
When viewing a contribution page with a stripe payment processor attached - the javascript files cannot be found in (404 error in the console.)
The files exist, but when looking at the Stripe Payment Processor extension in the civicrm extension manager the Local Path listed is
/home/customer/www/[myurl.com]/public_html/wp-content/uploads/civicrm/ext/com.drastikbydesign.stripe
and in the console - it is trying to retrieve the js and css files (civicrm_stripe.js, elements.css) using the path below as a base.
https://[myurl.com]/home/customer/www/[myurl.com]/public_html/wp-content/uploads/civicrm/ext/com.drastikbydesign.stripe
Has anyone come across this before? or have I done something stupid?https://lab.civicrm.org/extensions/stripe/-/issues/110When amount is 0 the javascript "continue" button on event registration page ...2020-01-13T18:52:31ZhansrosselWhen amount is 0 the javascript "continue" button on event registration page does not do anythingWe have an event where certain users (members) can participate for free, so their amount is 0.
In that case the continue button does not do anything, so they cannot register and do not get to the next step.
If I disable javascript in ...We have an event where certain users (members) can participate for free, so their amount is 0.
In that case the continue button does not do anything, so they cannot register and do not get to the next step.
If I disable javascript in the browser I can continue and have the screenshot attached.
So I suppose there should be somewhere in the javascript code that it should only be triggered when the amount is >0. For 0 we do not need Stripe.![event-zero](/uploads/5485c0b8c2fc54e05c3ff850d302c6c2/event-zero.jpg)6.2https://lab.civicrm.org/extensions/stripe/-/issues/111Partial Refund amount incorrect2020-01-09T10:31:44ZmikantchapPartial Refund amount incorrectThe super user did a £5 refund on a £33 payment. Although the resultant contribution amount is correct (£28) the refund amount of £5 doesn't show (see attached)![Annotation_2019-10-01_151357](/uploads/a3629048cae67c8041b93f1474b993ce/Ann...The super user did a £5 refund on a £33 payment. Although the resultant contribution amount is correct (£28) the refund amount of £5 doesn't show (see attached)![Annotation_2019-10-01_151357](/uploads/a3629048cae67c8041b93f1474b993ce/Annotation_2019-10-01_151357.png)6.3https://lab.civicrm.org/extensions/stripe/-/issues/112Uncaptured payment made even though form fails validation2020-01-10T22:35:50ZmikantchapUncaptured payment made even though form fails validationUncaptured payments appear in the Stripe back end even though a form fails validation in CiviCRM. These payments appear as a negative on the end users' balances for 4 working days possibly preventing further use (depending on available f...Uncaptured payments appear in the Stripe back end even though a form fails validation in CiviCRM. These payments appear as a negative on the end users' balances for 4 working days possibly preventing further use (depending on available funds).
The purchase doesn't happen in CiviCRM leading to confusion - some users see a negative on their balance and assume they have purchased successfully. If they repeat the form submission with validation error again, another uncaptured payment happens.
To reproduce, make a contribution page with at least one payment option of £0.30 (min. Stripe payment). Try to submit the form with say City and Surname fields empty. You get the usual red validation errors at the top but a Stripe payment has already happened.https://lab.civicrm.org/extensions/stripe/-/issues/113Unable to complete payment! Missing paymentMethodID on Contribution page2021-01-14T23:35:53ZpaulcndUnable to complete payment! Missing paymentMethodID on Contribution pageI have a contribution page with Stripe and PayPal options for recurring contributions in CiviCRM 5.16.4 with Stripe 6.1.5 and MJWShared 0.4.4.
When attempting to submit the contribution form, I get the following error:
"Unable to compl...I have a contribution page with Stripe and PayPal options for recurring contributions in CiviCRM 5.16.4 with Stripe 6.1.5 and MJWShared 0.4.4.
When attempting to submit the contribution form, I get the following error:
"Unable to complete payment! Missing paymentMethodID."6.2https://lab.civicrm.org/extensions/stripe/-/issues/114Lot of payments successful without any data2019-10-25T06:54:24Zj.vosLot of payments successful without any dataWe see a lot of payments coming through Stripe that are successful, but they come without any data other than the payment itself.
As a result CiviCRM cannot handle these payments.
Is this something you could look into?We see a lot of payments coming through Stripe that are successful, but they come without any data other than the payment itself.
As a result CiviCRM cannot handle these payments.
Is this something you could look into?6.2https://lab.civicrm.org/extensions/stripe/-/issues/115"Error Unable to complete payment! Missing paymentIntentID."2019-10-21T13:43:48Zcaliginous"Error Unable to complete payment! Missing paymentIntentID."I've installed version 6.1.6 and am getting this error when confirming on an event. Running on CiviCRM 5.18.2I've installed version 6.1.6 and am getting this error when confirming on an event. Running on CiviCRM 5.18.26.2https://lab.civicrm.org/extensions/stripe/-/issues/116"Amount is different from the authorised amount"2019-10-15T17:43:23Zacostab_isd"Amount is different from the authorised amount"Hi,
I am getting this error when I try to have a user enter an amount to donate, but also give them the option to cover their processing fees via a checkbox. This checkbox is supposed to add a flat 2.9% increase to the amount, but it d...Hi,
I am getting this error when I try to have a user enter an amount to donate, but also give them the option to cover their processing fees via a checkbox. This checkbox is supposed to add a flat 2.9% increase to the amount, but it does not add it, so I end up with "Amount is different from the authorised amount"
Thanks,
Bryandhttps://lab.civicrm.org/extensions/stripe/-/issues/117Issue with Multiple Participant Event Registration2019-10-23T20:04:35ZstudiohaideuxIssue with Multiple Participant Event RegistrationWhen you try to register more than one participant for an event, with fees to attend, you get an error after you try to submit the final page of registration for all attendees. When you are submitting the info for the first attendee, and...When you try to register more than one participant for an event, with fees to attend, you get an error after you try to submit the final page of registration for all attendees. When you are submitting the info for the first attendee, and hit continue to go to the next, it is doing an authorization on the card, and when you do the final participant submission it is checking the final amount to be charged against the authorization and they don't match.
Amount differs: Amount is different from the authorised amount (50, 100)6.2https://lab.civicrm.org/extensions/stripe/-/issues/118Cannot submit registration for complimentary ticket2020-01-13T18:52:32ZiamandanycCannot submit registration for complimentary ticket**Overview**
Hello! My client urgently reached out to me about their website's issue and I'd really appreciate it if folks here can help me figure this out ASAP. This event registration and payment form stopped working for the complimen...**Overview**
Hello! My client urgently reached out to me about their website's issue and I'd really appreciate it if folks here can help me figure this out ASAP. This event registration and payment form stopped working for the complimentary/free ticket option. Users cannot press "continue" to submit the form if they chose complimentary ticket.
Event registration page: [click here](https://apprenticelearning.org/civicrm/?page=CiviCRM&q=civicrm%2Fevent%2Fregister&reset=1&id=7)
**Before** It was working fine and we registered a bunch of complimentary ticket users until it stopped working. I'm asking the client if they changed anything internally, but I think to their knowledge they haven't.
**After** When you click the submit button, the next page does not load and it stays on the current page, i.e. folks cannot register. It might have to do with the Stripe plugin attaching itself to the "Continue" button even when no payment is required for complimentary ticket holders.
Thank you!6.2https://lab.civicrm.org/extensions/stripe/-/issues/119Warning: Declaration of CRM_Core_Payment_Stripe::doRefund($params) in drupal ...2019-10-31T19:18:57ZtapashWarning: Declaration of CRM_Core_Payment_Stripe::doRefund($params) in drupal during submission on contribution pages.I am on Stripe 6.2
> Warning: Declaration of CRM_Core_Payment_Stripe::doRefund($params) should be compatible with CRM_Core_Payment::doRefund(&$params) in require_once() (line 11 of /home/webadmin/public_html/cmm/sites/default/files/civi...I am on Stripe 6.2
> Warning: Declaration of CRM_Core_Payment_Stripe::doRefund($params) should be compatible with CRM_Core_Payment::doRefund(&$params) in require_once() (line 11 of /home/webadmin/public_html/cmm/sites/default/files/civicrm/ext/com.drastikbydesign.stripe/CRM/Core/Payment/Stripe.php).https://lab.civicrm.org/extensions/stripe/-/issues/120Uncaptured Payment & Missing customer_id! Still occurs on 6.22019-11-13T23:46:46ZtapashUncaptured Payment & Missing customer_id! Still occurs on 6.2I am on stripe 6.2 and Uncaptured Payment Still occurring in stripe. Is there way to eliminate this issue? All I can see in the civicrm log is
> [debug] Stripe Exception: Event: charge.failed Error: Missing customer_id!
I have custom...I am on stripe 6.2 and Uncaptured Payment Still occurring in stripe. Is there way to eliminate this issue? All I can see in the civicrm log is
> [debug] Stripe Exception: Event: charge.failed Error: Missing customer_id!
I have customers reported they had to submit multiple times to have a successful submission. But the number of times they submit, if not captured, customer is charged that many times.6.3https://lab.civicrm.org/extensions/stripe/-/issues/121Subscription payment not processing2019-11-13T23:49:23ZtapashSubscription payment not processing@mattwire A customer tried to set a recurring contribution and it ended up a "uncaptured" payment in stripe, Pending in Civicrm, and in civicrm & drupal log.
> paymentMethodID not found. $params: Array
It was tried on an online contri...@mattwire A customer tried to set a recurring contribution and it ended up a "uncaptured" payment in stripe, Pending in Civicrm, and in civicrm & drupal log.
> paymentMethodID not found. $params: Array
It was tried on an online contribution page.
In the backend when click save, page becomes irresponsive.
On a different occasion when tried to process subscription payment from backend, no payment recorded in stripe. No log entry. Amount becomes 0 in contribution and completed status. Receipt sent. 6.2https://lab.civicrm.org/extensions/stripe/-/issues/122Recurring contribution receipt email not sent from civicrm2023-10-02T14:19:27ZtapashRecurring contribution receipt email not sent from civicrmWhen a customer creates a sunscription via a contribution page, although payment was successful, no receipt was sent.When a customer creates a sunscription via a contribution page, although payment was successful, no receipt was sent.6.4https://lab.civicrm.org/extensions/stripe/-/issues/123civicrm_stripe.js tries to process payment made by non-stripe processor, resu...2020-06-25T01:58:02ZFrancis (Agileware)civicrm_stripe.js tries to process payment made by non-stripe processor, results in IntegrationError- CiviCRM 5.18.4
- stripe 6.2
- mjwshared 0.5
Steps to reproduce:
1. Create a contribution page with multiple payment processors, one of them stripe
2. Load the contribution page
3. Select Stripe payment processor
4. Change your mind a...- CiviCRM 5.18.4
- stripe 6.2
- mjwshared 0.5
Steps to reproduce:
1. Create a contribution page with multiple payment processors, one of them stripe
2. Load the contribution page
3. Select Stripe payment processor
4. Change your mind and select a different one (we discovered issue with Paypal Standard)
5. Attempt to submit the form
6. → Apparently the form does nothing
In the console, you get an integration error off a message event handler by Stripe which is a bit of pain to debug (Element is not mounted), but the overall issue seems to be that civicrm_stripe.js is still handling clicks on the submit button when it shouldn't anymore.
Agileware ref CIVICRM-13496.3https://lab.civicrm.org/extensions/stripe/-/issues/124Stripe.ListEvents api no longer properly reports if an invoice.payment_succee...2019-10-31T19:11:43ZjamieStripe.ListEvents api no longer properly reports if an invoice.payment_succeeded event has been properly processedIt can tell if an `invoice.payment_succeeded` has been processed by searching the contribution table for a record in which the trxn_id matches the charge id from Stripe.
However, recently we've started storing the Stripe invoice id in t...It can tell if an `invoice.payment_succeeded` has been processed by searching the contribution table for a record in which the trxn_id matches the charge id from Stripe.
However, recently we've started storing the Stripe invoice id in the trxn_id field so this check is failing.6.2jamiejamiehttps://lab.civicrm.org/extensions/stripe/-/issues/125Thousands of failed/spam transactions2021-01-11T12:43:15ZlarynThousands of failed/spam transactionsI haven't seen this problem before on sites using the Stripe integration, but on two sites that have been upgraded to v6.1.6 of this extension, I see thousands of spam attempts in the Stripe account:
![Screen_Shot_2019-10-31_at_2.14.34_...I haven't seen this problem before on sites using the Stripe integration, but on two sites that have been upgraded to v6.1.6 of this extension, I see thousands of spam attempts in the Stripe account:
![Screen_Shot_2019-10-31_at_2.14.34_PM](/uploads/cdac0643c18473993f7dd851af447ac3/Screen_Shot_2019-10-31_at_2.14.34_PM.jpg)
Could this be related to 6.1.x? Has anyone else seen this in relation to newer versions of this extension?6.3https://lab.civicrm.org/extensions/stripe/-/issues/126Stripe elements should be in the same language as the site2021-04-10T11:43:08ZbgmStripe elements should be in the same language as the siteCurrently, the Credit Card fields displayed by Stripe are always in English.
Stripe supports the following languages: ar, da, de, en, es, fi, fr, he, it, ja, lt, lv, ms, nl, no, pl, pt, ru, sv, zh (https://stripe.com/docs/stripe-js/refe...Currently, the Credit Card fields displayed by Stripe are always in English.
Stripe supports the following languages: ar, da, de, en, es, fi, fr, he, it, ja, lt, lv, ms, nl, no, pl, pt, ru, sv, zh (https://stripe.com/docs/stripe-js/reference).
There is a `locale` param available for the Stripe object that we can use:
```
stripe = Stripe(CRM.vars.stripe.publishableKey, {locale: 'fr'});
```
Example:
![Capture_d_écran_de_2019-11-01_12-15-43](/uploads/ec6263e1a6ff2e3d7adbc9a368d85012/Capture_d_écran_de_2019-11-01_12-15-43.png)
I'll try to see if we can add a locale variable to `CRM.vars.stripe`, if the locale is supported by Stripe.6.3bgmbgmhttps://lab.civicrm.org/extensions/stripe/-/issues/127Customer Debit/Credit card details are not captured2019-11-13T23:48:22ZtapashCustomer Debit/Credit card details are not captured@mattwire Prior to v6.1 whenever a payment was processed, stipe used to capture the customer Debit/Credit card details and kept in the dashboard. It seems not capturing anymore although payment is processed correctly. Is this feature int...@mattwire Prior to v6.1 whenever a payment was processed, stipe used to capture the customer Debit/Credit card details and kept in the dashboard. It seems not capturing anymore although payment is processed correctly. Is this feature intentionally removed due to legal requirement? or a bug maybe?
**Now**
![Screenshot_2019-11-01_at_18.01.54](/uploads/f116181eb578c7f2a47b20aa5d93e8f0/Screenshot_2019-11-01_at_18.01.54.png)
**Previously**
![Screenshot_2019-11-01_at_18.11.24](/uploads/72da8f0a175e26f19daf703b7ead5909/Screenshot_2019-11-01_at_18.11.24.png)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/129Upgrading from 5.3.2 to 6.2 got white screen2019-11-13T23:44:37ZAndy ClarkUpgrading from 5.3.2 to 6.2 got white screenFollowing email from Matt that [this problem](https://lab.civicrm.org/extensions/stripe/issues/96) was fixed I attempted an upgrade to 6.2 (from 5.3.2) through the normal extension upgrade process in Civi. After a few seconds I got a wh...Following email from Matt that [this problem](https://lab.civicrm.org/extensions/stripe/issues/96) was fixed I attempted an upgrade to 6.2 (from 5.3.2) through the normal extension upgrade process in Civi. After a few seconds I got a white screen and Civi was dead. After adding some diagnostic lines to civicrm settings file, the following error displayed:
**Fatal error: Trait 'CRM_Core_Payment_MJWTrait' not found in /home/anawimin/public_html/sites/default/ext/com.drastikbydesign.stripe/CRM/Core/Payment/Stripe.php on line 13**
I manually removed the new extension and restored the 5.3.2 code and Civi then worked normally - I did a test contribution which worked. One thought is that the extension MJWShared was at 0.4.2 - should this be upgraded first? Also attached a trace which may help. Civi is at 5.13.2 and it's a Drupal setup. [trace.txt](/uploads/ff9dd4a8fccb66c8cc409f59e4711e1a/trace.txt)https://lab.civicrm.org/extensions/stripe/-/issues/130entryURL error2020-06-20T16:00:45ZKMRDentryURL errorRunning CiviCRM 5.18.4, Stripe 6.2.2, MJWShared 5.1, on Drupal 7. Getting this error printed on thank you page for contributions. Not sure if it's a bug or a configuration error on my part.
Notice: Undefined index: entryURL in CRM_C...Running CiviCRM 5.18.4, Stripe 6.2.2, MJWShared 5.1, on Drupal 7. Getting this error printed on thank you page for contributions. Not sure if it's a bug or a configuration error on my part.
Notice: Undefined index: entryURL in CRM_Core_Payment_Stripe::getErrorUrl() (line 286 of /home/kmrd/www/www/sites/default/files/civicrm/ext/mjwshared/CRM/Core/Payment/MJWTrait.php).
Notice: Undefined index: query in CRM_Core_Payment_Stripe::getErrorUrl() (line 288 of /home/kmrd/www/www/sites/default/files/civicrm/ext/mjwshared/CRM/Core/Payment/MJWTrait.php).
Notice: Undefined index: entryURL in CRM_Core_Payment_Stripe->doPayment() (line 430 of /home/kmrd/www/www/sites/default/files/civicrm/ext/com.drastikbydesign.stripe/CRM/Core/Payment/Stripe.php).
Notice: Undefined index: query in CRM_Core_Payment_Stripe->doPayment() (line 432 of /home/kmrd/www/www/sites/default/files/civicrm/ext/com.drastikbydesign.stripe/CRM/Core/Payment/Stripe.php).https://lab.civicrm.org/extensions/stripe/-/issues/131refactor CRM_Stripe_AJAX::confirmPayment() into an API action (StripePayment...2022-05-17T09:53:16Zjamierefactor CRM_Stripe_AJAX::confirmPayment() into an API action (StripePaymentIntent.generate)I'm working on updating [remoteform](https://github.com/progressivetech/net.ourpowerbase.remoteform) to make it work with the new payment intent features added to the recent Stripe extensions.
Doing so requires me to essentially re-impl...I'm working on updating [remoteform](https://github.com/progressivetech/net.ourpowerbase.remoteform) to make it work with the new payment intent features added to the recent Stripe extensions.
Doing so requires me to essentially re-implement a simplified version of civicrm_stripe.js.
In the course of doing so... I see that I have to work out a way to execute `CRM_Stripe_AJAX::conformPayment()` but from a remote server, which means I can't do it via an Ajax call.
I was wondering if you would be open to some re-factoring that might make it easier.
Essentially - I'd like to move all the code in CRM_Stripe_AJAX to a new API action (generate) in the existing StripePaymentIntent API entity.
The API code would return `{ 'is_error': 0, values: { 'paymentIntent': N }}` which is slightly different then what is returned now, but civicrm_stripe.js could be adjusted to accomodate it.
With this change, civicrm_stripe.js would then call the API method instead of posting to `civicrm/stripe/confirm-payment`
What do you think? Is there any compelling reason to keep CRM_Stripe_AJAX?
jamie6.6jamiejamiehttps://lab.civicrm.org/extensions/stripe/-/issues/132stripeSubscription.import API: FAQ/help: How to use?2020-07-15T23:15:21ZAllenShawstripeSubscription.import API: FAQ/help: How to use?Looking for help with this API. Specifically, I wonder if this API will help me in this situation:
We're moving data into CiviCRM from a 3rd-party CRM system which has been creating recurring contributions through Stripe. We plan to dis...Looking for help with this API. Specifically, I wonder if this API will help me in this situation:
We're moving data into CiviCRM from a 3rd-party CRM system which has been creating recurring contributions through Stripe. We plan to discontinue this 3rd-party CRM, but want to preserve the recurring contributions in Stripe; thus we want Stripe to start reporting subscription payments to CiviCRM.
We're able to exporting some data from the 3rd-party CRM, but not all. But we can export from Stripe, including SubscriptionId, CustomerId, amount, interval, etc.
We can add the CiviCRM webhook to the existing Stripe account, so Stripe will start sending notifications on future events (I believe), but still, we'll need to make sure CiviCRM is aware of all the subscriptions so it knows what to do with those notifications. (Note: none of these subscriptions are related to membership.)
So, my questions:
1. Will this API help us import Stripe subscription data to accomplish the above goals?
1. What's a set of steps we could take to import a single non-membership subscription from Stripe data? Is it enough to have the following params, or is more needed?
```php
$result = civicrm_api3('StripeSubscription', 'import', [
'subscription_id' => "sub_1234567890",
'contact_id' => 12345,
'payment_processor_id' => 1, // my 'stripe' payment processor in CiviCRM
]);
```
Thanks for any input you can provide.https://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/134Membership + donation fails2023-12-19T21:54:55Zaydunsaidan.saunders@squiffle.ukMembership + donation failsCreate a Contribution Page for Membership with 'Contribution Amounts section enabled' ticked, and on the Membership tab 'Separate Membership Payment' ticked.
If the user purchases membership only, payment works. If they add a donation ...Create a Contribution Page for Membership with 'Contribution Amounts section enabled' ticked, and on the Membership tab 'Separate Membership Payment' ticked.
If the user purchases membership only, payment works. If they add a donation it fails with:
"This PaymentIntent's amount could not be updated because it has a status of requires_capture. You may only update the amount of a PaymentIntent with one of the following statuses: requires_payment_method, requires_confirmation.",
Tested with 6.3.alpha1 & mjwshared 0.6.beta1https://lab.civicrm.org/extensions/stripe/-/issues/135Can't submit recurring contributions on Drupal Webforms.2019-12-22T15:55:54ZyosefromanoCan't submit recurring contributions on Drupal Webforms.6.3https://lab.civicrm.org/extensions/stripe/-/issues/136Feature: Stripe Checkout2023-10-02T14:11:27ZverbletFeature: Stripe CheckoutMy organisation is extremely interested in the potential for CiviCRM to be integrated with Stripe Checkout.
Is this something other orgs have expressed interest in, and does that fit into the existing Stripe extension roadmap?My organisation is extremely interested in the potential for CiviCRM to be integrated with Stripe Checkout.
Is this something other orgs have expressed interest in, and does that fit into the existing Stripe extension roadmap?https://lab.civicrm.org/extensions/stripe/-/issues/137StripeCustomer.updatecontactids fails when customer id is null2019-12-22T16:04:10ZMichael McAndrewStripeCustomer.updatecontactids fails when customer id is nullNot sure why but for a client site of ours, the civicrm_stripe_customers has quite a few rows with 'id IS NULL', which means that when we get here: https://lab.civicrm.org/extensions/stripe/blob/master/api/v3/StripeCustomer.php#L181
we ...Not sure why but for a client site of ours, the civicrm_stripe_customers has quite a few rows with 'id IS NULL', which means that when we get here: https://lab.civicrm.org/extensions/stripe/blob/master/api/v3/StripeCustomer.php#L181
we get a message along the lines of.
```
Nov 26 19:45:08 [info] $Fatal Error Details = Array
(
[message] => is not of type String
[code] =>
)
```
I'm not sure what the correct thing to do is when you have rows with 'id IS NULL' in the civicrm_stripe_customers table (your thoughts welcome) but in the interests of making the upgrader a bit more robust, I did the following
```diff
index 4a2a67fd..63af912a 100644
--- a/src/wp-content/civicrm-extensions/stripe/api/v3/StripeCustomer.php
+++ b/src/wp-content/civicrm-extensions/stripe/api/v3/StripeCustomer.php
@@ -168,7 +168,7 @@ function civicrm_api3_stripe_customer_updatecontactids($params) {
}
catch (Exception $e) {
// Most common problem is duplicates.
- if(preg_match("/Expected one Contact but found/", $e->getMessage())) {
+ if(preg_match("/Expected one Contact but found/", $e->getMessage()) && $dao->id) {
// If we find more than one, first try to find it via a related subscription record
// using the customer id.
$sql = "SELECT c.id
```
May well be that this is just weird one offness with this client but I can't see how this extra check would hurt anyone.https://lab.civicrm.org/extensions/stripe/-/issues/138Checking webhook fails when all event types are selected2020-09-28T10:07:14ZscardiniusChecking webhook fails when all event types are selectedWhen webhook is configured with all event types then `enabled_events` index contains only `*`, not all listed event types.
```
$webhook = Stripe\WebhookEndpoint Object
(
[id] => we_ASDFQWEQWE
[object] => webhook_endpoint
[a...When webhook is configured with all event types then `enabled_events` index contains only `*`, not all listed event types.
```
$webhook = Stripe\WebhookEndpoint Object
(
[id] => we_ASDFQWEQWE
[object] => webhook_endpoint
[api_version] => 2015-07-13
[application] =>
[created] => 1437579495
[enabled_events] => Array
(
[0] => *
)
[livemode] =>
[status] => enabled
[url] => https://www.example.org/civicrm/payment/ipn/1
)
```
This generates false positive case in `checkWebhook($webhook)` method. And in consequence "Problems detected with Stripe webhook https://www.example.org/civicrm/payment/ipn/1 ..." error message on CiviCRM status pagehttps://lab.civicrm.org/extensions/stripe/-/issues/139Avoid disabled webhooks to process on system status alert.2019-12-22T13:44:26ZjitendraAvoid disabled webhooks to process on system status alert.If there is a disabled hook on stripe with an older api version, the system page shows an alert to fix the webhook eventhough we have an another(enabled) webhook correctly configured on stripe.
I think it would be good if we can just ig...If there is a disabled hook on stripe with an older api version, the system page shows an alert to fix the webhook eventhough we have an another(enabled) webhook correctly configured on stripe.
I think it would be good if we can just ignore considering disabled webhooks on system status page as stripe doesn't actually use them?https://lab.civicrm.org/extensions/stripe/-/issues/140Update subscription renews the membership with the older membership amount va...2019-12-12T10:26:01ZjitendraUpdate subscription renews the membership with the older membership amount value.Consider an eg of Contact A having a `General` subscription of $100 with auto-renewal = yes.
If this membership is changed on stripe to eg `Student` with plan amount = $50, the recur contribution in civicrm is correctly updated with the...Consider an eg of Contact A having a `General` subscription of $100 with auto-renewal = yes.
If this membership is changed on stripe to eg `Student` with plan amount = $50, the recur contribution in civicrm is correctly updated with the ipn code written at https://lab.civicrm.org/extensions/stripe/blob/master/CRM/Core/Payment/StripeIPN.php#L289.
Now, when the new payment is arrived on the recur date, the membership in civicrm is renewed with the older amount value $100 and not with the latest amount $50.https://lab.civicrm.org/extensions/stripe/-/issues/141Online payment issues (some succeed but then give fatal error, some "Uncaptur...2020-09-28T09:55:59ZlarynOnline payment issues (some succeed but then give fatal error, some "Uncaptured Payments", some go through okay) v6.2.2I am using Stripe on a webform that registers for an event and takes a payment. When someone fills the form, it seems to complete the registration and take the payment, but then gives a fatal error to the end user:
> Error: entity_id is...I am using Stripe on a webform that registers for an event and takes a payment. When someone fills the form, it seems to complete the registration and take the payment, but then gives a fatal error to the end user:
> Error: entity_id is not a valid integer
In the watchdog log I see the following:
> Warning: implode(): Invalid arguments passed in CRM_Core_BAO_CustomGroup::postProcess() (line 1494 of /path/modules/civicrm/CRM/Core/BAO/CustomGroup.php).
> Notice: Undefined index: qfKey in CRM_Core_Payment_Stripe->processPaymentIntent() (line 689 of /path/files/civicrm/ext/stripe/CRM/Core/Payment/Stripe.php).
I am using the latest release (6.2.2).https://lab.civicrm.org/extensions/stripe/-/issues/142Contributions via WordPress shortcode fail. recorded as Uncaptured in Stripe....2019-12-22T22:15:51ZpetednzContributions via WordPress shortcode fail. recorded as Uncaptured in Stripe. In civi getting warnings re paymentintentfull msg in civi warning is
Credit Card This PaymentIntent's amount could not be updated because it has a status of requires_capture. You may only update the amount of a PaymentIntent with one of the following statuses: requires_payment...full msg in civi warning is
Credit Card This PaymentIntent's amount could not be updated because it has a status of requires_capture. You may only update the amount of a PaymentIntent with one of the following statuses: requires_payment_method, requires_confirmation, requires_action.
Testing on another WP shortcode that has recurring set up seems to work. Mind you the sun just came out so maybe it is weather related??
Hmm - can't seem to add Ai/ydun here as not seeing any of his handlesmattwiremjw@mjwconsult.co.ukmattwiremjw@mjwconsult.co.ukhttps://lab.civicrm.org/extensions/stripe/-/issues/143Duplicate transaction emails2019-12-11T20:54:33ZJustin Moorejmoore@yea.orgDuplicate transaction emailsIn reading some comments on other issues I get the sense this is intentional.
In my Stripe Dashboard settings, I have turned off emailed receipts. Donors are still receiving a receipt from CiviCRM & Stripe.
From a Stripe support rep:
...In reading some comments on other issues I get the sense this is intentional.
In my Stripe Dashboard settings, I have turned off emailed receipts. Donors are still receiving a receipt from CiviCRM & Stripe.
From a Stripe support rep:
> I checked your settings and can confirm that you turned off email receipts for your new customers. I do see that you created a dynamic receipt email address for 11 out of the 30 most recent customers, so the default settings don't apply there. This is why they may still be receiving emails from Stripe. If you want to stop sending those receipts, you will need to change your settings so a dynamic receipt email address will no longer be created.
>
> You are passing a ‘receipt_email’ parameter for your charges. This will override the notification setting, so the charges must be created without this value. You or your developer can do this by removing the ‘receipt_email’ parameter from the charge requests:
>
> https://stripe.com/docs/api#charge_object-receipt_email
Is there a way to stop Stripe from emailing my constituents when a contribution is processed?https://lab.civicrm.org/extensions/stripe/-/issues/144Duplicate Dashboard Transactions for One Transaction2020-06-26T14:32:24ZdandrzejewskiDuplicate Dashboard Transactions for One TransactionI just added Stripe to a new site. I signed myself up for a recurring monthly donation. I was only charged one time (verified with my Stripe account), but two transactions are showing up in CiviCRM as if I donated twice. Exact same tr...I just added Stripe to a new site. I signed myself up for a recurring monthly donation. I was only charged one time (verified with my Stripe account), but two transactions are showing up in CiviCRM as if I donated twice. Exact same transaction ID. The invoice shows that I paid $10 for a $5 donation and therefore my balance is ($5.00).
Looking at Stripe, I can see that it sent two webhook attempts: invoice.payment_succeeded and charge.succeeded. Perhaps that's why?
This feels like a bug, which is why I'm reporting it here instead of asking on other forums.https://lab.civicrm.org/extensions/stripe/-/issues/145Name / Email (metadata) not being sent to Stripe2020-01-09T10:27:10ZeswanzeyName / Email (metadata) not being sent to StripeWhen payments get sent to Stripe, the Name and Email metadata isn't being populated in the payment record over at Stripe. The negative impact is twofold - (1) the Stripe Payments dashboard displays the Customer name as their email addres...When payments get sent to Stripe, the Name and Email metadata isn't being populated in the payment record over at Stripe. The negative impact is twofold - (1) the Stripe Payments dashboard displays the Customer name as their email address, and not by their name, and (2) when exporting the payment data for reconciliation, the "Card Name", "Name (metadata)" and "Email (metadata)" fields are all empty.
The biggest impact is to an organizations Treasurer, or anyone wanting to reconcile financials.
Thank you for considering the addition of this to a future release.https://lab.civicrm.org/extensions/stripe/-/issues/146Duplicate payments and uncaptured2020-01-09T10:22:45Zaydunsaidan.saunders@squiffle.ukDuplicate payments and uncapturedI'm seeing a load of problems using the latest versions - don't know whether this is recent regressions as Stripe is new on this system. All are pending contributions for membership with 'record credit card payment' being done by staff....I'm seeing a load of problems using the latest versions - don't know whether this is recent regressions as Stripe is new on this system. All are pending contributions for membership with 'record credit card payment' being done by staff. Some work ok. Some record 2 payments on Stripe with 2 in Civi. Some show on Stripe as 'uncaptured' but with a status of 'paid' - they have no customer id/email but show as Completed in Civi (matching by the postcode).
Civi 5.19.2 Stripe 6.3.alpha1 mjwshared 6adeb269
The client has been in contact with Stripe support - their response:
> We were discussing this case with our team in order to find the reason why your presenting this inconvenience. Nevertheless, I'd ask you to please check your integration or with your developer is there's any issue at all on your API, and if you have done troubleshooting steps.
>
> In addition, I recommend you to use Stripe's idempotency for safely retrying requests without accidentally performing the same operation twice. It works by saving the resulting status code and body of the first request made for any given idempotency key, regardless of whether it succeeded or failed. This is useful when an API call is disrupted in transit and you do not receive a response. For example, if a request to "create a charge” doesn't respond due to a network connection error, you can retry the request with the same idempotency key to guarantee that no more than one charge is created.
>
> If you'd like to find more information about this, please refer to this link:
>
> https://stripe.com/docs/api/idempotent_requests
>
> Remember that for applying the Stripe's idempotency to your account you'd required development work, but feel free to reach back out if you have any questions.https://lab.civicrm.org/extensions/stripe/-/issues/147Stripe Authorises payment before form validation causing problems2021-05-09T19:10:55ZJoeMurrayStripe Authorises payment before form validation causing problems> Lot's of improvements have been made in 6.3.2 and (not yet released) 6.4. But we still need to do a lot more to make this work reliably.
> #### **MJW need funding to work on this issue - [Please contribute now to help us continue worki...> Lot's of improvements have been made in 6.3.2 and (not yet released) 6.4. But we still need to do a lot more to make this work reliably.
> #### **MJW need funding to work on this issue - [Please contribute now to help us continue working on this!](https://www.mjwconsult.co.uk/en/civicrm/pcp/info/?reset=1&id=1)**
Seems like this might be an issue. Please close immediately if it is intended behaviour. https://civicrm.stackexchange.com/questions/34012/stripe-authorises-payment-before-form-validation-causing-problems6.4jamiejamiehttps://lab.civicrm.org/extensions/stripe/-/issues/148Translation of the "Credit or debit card" string2019-12-22T13:46:26ZGuillaumeSorelTranslation of the "Credit or debit card" stringIs there a way to translate "Credit or debit card" when using Stripe?![translation](/uploads/d6a075eabf87d7aa8bfd274479550fc1/translation.jpg) Word replacement seems ineffective. And also is it possible to have more space above this sent...Is there a way to translate "Credit or debit card" when using Stripe?![translation](/uploads/d6a075eabf87d7aa8bfd274479550fc1/translation.jpg) Word replacement seems ineffective. And also is it possible to have more space above this sentence like shown in the picture?
regards
Guillaumehttps://lab.civicrm.org/extensions/stripe/-/issues/149Cannot submit payment from back end when tax and invoicing disabled2019-12-23T13:02:02ZtapashCannot submit payment from back end when tax and invoicing disabledHi
@mattwire
Keep getting this warning in drupal log and return back at to payment page without processing payment.
Warning: number_format() expects parameter 1 to be float, string given in CRM_Core_Payment_Stripe->getAmount() (line ...Hi
@mattwire
Keep getting this warning in drupal log and return back at to payment page without processing payment.
Warning: number_format() expects parameter 1 to be float, string given in CRM_Core_Payment_Stripe->getAmount() (line 178 of /home/webadmin/public_html/cmm/sites/default/files/civicrm/ext/com.drastikbydesign.stripe/CRM/Core/Payment/Stripe.php).
I am using civicrm 5.20.2
Stripe 6.3a1, mjshared 6.16.3https://lab.civicrm.org/extensions/stripe/-/issues/150Renewal with credit card from the backend throws "missing paymentIntentID"2019-12-23T15:48:24ZcapoRenewal with credit card from the backend throws "missing paymentIntentID"It occurs when trying to renew a membership. The renewal form is displayed correctly (credit card field included). After sending the form, the error message is shown:
* "Unable to complete payment! Missing paymentIntentID."
Menu:
* Mem...It occurs when trying to renew a membership. The renewal form is displayed correctly (credit card field included). After sending the form, the error message is shown:
* "Unable to complete payment! Missing paymentIntentID."
Menu:
* Memberships > Find Members
Action:
* Renew > Renew-Credit Card
Versions used:
* Stripe 6.3.beta1
* Mjwshared 0.6.beta2
* CiviCRM 5.17.3https://lab.civicrm.org/extensions/stripe/-/issues/151Billing postal code on contribution page2021-04-20T19:11:43ZdanaskallmanBilling postal code on contribution pageWhen the option `My billing address is the same as above` is deselected there is no `postal code` field included or can't be edited.
* When logged out the postal code field doesn't display.
![cv-stripe-billing-no-zip-field](/uploads/...When the option `My billing address is the same as above` is deselected there is no `postal code` field included or can't be edited.
* When logged out the postal code field doesn't display.
![cv-stripe-billing-no-zip-field](/uploads/debf7d6798a806d44b2396baefeaf603/cv-stripe-billing-no-zip-field.png)
* When logged in the postal code field isn't editable
![cv-stripe-billing-no-zip-field-li-user](/uploads/b880f30d026a265227b298a90e4c87af/cv-stripe-billing-no-zip-field-li-user.png)
Thoughts on why this is?
This is on CiviCRM 5.20.2, WordPress 5.3.2 using Stripe extension v6.3 & MJWShared v0.6.6.4https://lab.civicrm.org/extensions/stripe/-/issues/152Payment processing time2020-01-09T10:25:18ZandyburnsPayment processing timeWe are testing version 6.3 with MJW shared 0.6 on WP 5.3.2.
After clicking Contribute, it takes 4-5 seconds for the browser to respond. It ends up taking a total of 25 seconds to get to the thank you page. That's a really long time, esp...We are testing version 6.3 with MJW shared 0.6 on WP 5.3.2.
After clicking Contribute, it takes 4-5 seconds for the browser to respond. It ends up taking a total of 25 seconds to get to the thank you page. That's a really long time, especially without any 'message to the users to wait / spinning circle saying it is processing etc.'
On production we are still on Stripe version 5.4.1 and it takes between 15-18 seconds. So we are left to remain on 5.4.1 :/
What is the typical processing time others are seeing?https://lab.civicrm.org/extensions/stripe/-/issues/153Invalid positive integer error message2020-02-13T22:42:54ZmikantchapInvalid positive integer error messageHi
A user is getting "Invalid positive integer" error message at the point when they enter the card number details and click continue.
See attached file.
They are trying to register multiple people on a single event.
Can't anything i...Hi
A user is getting "Invalid positive integer" error message at the point when they enter the card number details and click continue.
See attached file.
They are trying to register multiple people on a single event.
Can't anything in the watchdog or configandlog.
I guess this is Stripe complaining https://help.formstack.com/hc/en-us/articles/360019519071-Stripe-Commonly-Returned-Errors
![multipleParticipants](/uploads/b10e548834a46a5756e6a1708c7f698d/multipleParticipants.jpg)
Thanks Mike6.3https://lab.civicrm.org/extensions/stripe/-/issues/154Invoice object field "status_transitions.paid_at" showing incorrect values2020-06-20T15:59:23Znancyk25Invoice object field "status_transitions.paid_at" showing incorrect valuesThe dates returned from **status_transitions.paid_at** in the invoice object are not up to date - these were for payments made on Dec 2019 with a test card charge. Is this an intentional dummy value or a bug?
The generated invoice PDFs ...The dates returned from **status_transitions.paid_at** in the invoice object are not up to date - these were for payments made on Dec 2019 with a test card charge. Is this an intentional dummy value or a bug?
The generated invoice PDFs are showing up with same values as well (November 19 2019) - would appreciate if someone could look into this!https://lab.civicrm.org/extensions/stripe/-/issues/155100% discounted events will not submit2020-02-02T21:38:00Zthirdsun100% discounted events will not submitThis issue (#110 and #118) was resolved previously, but may have re-appeared. May also be related to #153
Events have a fee, but when a member logs in, CiviDiscount discounts 100% to zero. The continue button will not do anything. F...This issue (#110 and #118) was resolved previously, but may have re-appeared. May also be related to #153
Events have a fee, but when a member logs in, CiviDiscount discounts 100% to zero. The continue button will not do anything. Further, if I change the number of registrants to 2, I then see the Civi form, and it shows invalid credit card number. Putting a card number in there results in the ‘invalid positive integer’ error.
![Advocacy_Lunch___Learn](/uploads/b7a7e3448c02bde3f07c0e7a7faae14d/Advocacy_Lunch___Learn.jpg)
Civi 5.21.0.
Plugin 6.3
Let me know if I can provide further info or testing. Thanks.6.3https://lab.civicrm.org/extensions/stripe/-/issues/156webhook returning no response body on 6.32020-01-17T23:02:48Zrichardsplaygroundwebhook returning no response body on 6.3# Environment
* Using stripe extension release 6.3 and mjwshared release X.
* Upgraded stripe extension from 5.x to 6.3 via the CiviCRM Web UI
* CiviCRM 5.21.1
* Drupal 7.69
* Allowed the stripe plugin to create new webhook endpoints. T...# Environment
* Using stripe extension release 6.3 and mjwshared release X.
* Upgraded stripe extension from 5.x to 6.3 via the CiviCRM Web UI
* CiviCRM 5.21.1
* Drupal 7.69
* Allowed the stripe plugin to create new webhook endpoints. The endpoint looks like: https://mysite.com/civicrm/payment/ipn/7
* Webhook API version is 2019-12-03
# Webhook Issue
* Stripe reports no webhook calls are succeeding.
* All calls show HTTP status 302 (Found) but receive no response body
* Webhook types so far are charge.captured and charge.succeeded
* No webhook calls have succeeded since I upgraded to 6.3
Example:
![image](/uploads/cf2b50159dab407c42aa19793693f140/image.png)https://lab.civicrm.org/extensions/stripe/-/issues/157Invoice payment page: Error Unable to complete payment! Missing paymentIntentID.2020-06-20T15:53:00ZAlanDixonInvoice payment page: Error Unable to complete payment! Missing paymentIntentID.Drupal 7.69
CiviCRM 5.19.4
Stripe 6.3.1 + MJW 0.6
It's a new install, and I've only tested with the test payment processor credentials.
I can make a test payment on the same contribution page when I don't reference an existing contribu...Drupal 7.69
CiviCRM 5.19.4
Stripe 6.3.1 + MJW 0.6
It's a new install, and I've only tested with the test payment processor credentials.
I can make a test payment on the same contribution page when I don't reference an existing contribution.
I'd be happy to dig into some code if you provide some hints.
I was guessing that you've got a custom form field paymentIntentID that needs to be created/carried along somewhere, and for some reason your usual strategy doesn't work for some reason on invoice payment.
Note: an invoice payment page url is just a regular contribution page + &ccid=[contribution_id] added to the url.
I can try it using a real payment processor credentials if you think that might be the issue.6.4https://lab.civicrm.org/extensions/stripe/-/issues/158Is it possible to change the layout of payment window into couple of rows?2020-06-20T16:00:28ZtapashIs it possible to change the layout of payment window into couple of rows?Few users have pointed out when a mobile device is used the payment window becomes so small that it becomes very difficult to enter the expiry date or cvv code. Is it possible to change the layout of payment window into couple of rows? I...Few users have pointed out when a mobile device is used the payment window becomes so small that it becomes very difficult to enter the expiry date or cvv code. Is it possible to change the layout of payment window into couple of rows? Is it easy to do using css?https://lab.civicrm.org/extensions/stripe/-/issues/159Does this extension support the credit card updating service?2021-05-09T19:11:32ZandyburnsDoes this extension support the credit card updating service?From Stripe support:
> If you want to allow customers to make future purchases without having to re-enter their information, or if you’d like to delay charging a customer for a product, you can save their card details to charge later.
>...From Stripe support:
> If you want to allow customers to make future purchases without having to re-enter their information, or if you’d like to delay charging a customer for a product, you can save their card details to charge later.
>
> In order to save a card to charge later, you’ll need to use the token Stripe generates from your customer’s card details to create a customer object instead of a one-off charge. You can then charge that customer by passing the customer ID in the charge request. If this is something that you’d like to explore further, you can find out more here:
>
> https://stripe.com/docs/saving-cardshttps://lab.civicrm.org/extensions/stripe/-/issues/160How to control/edit what Stripe puts in its receipts for recurring payments2020-05-30T16:10:25ZUpperholmeHow to control/edit what Stripe puts in its receipts for recurring paymentsI've just started using this extension to handle membership payments on one of my sites. It's working really well.
Users can opt in to a recurring payment. Stripe sends a nice receipt, but adds the line, in my case "CiviCRM every 1 year(...I've just started using this extension to handle membership payments on one of my sites. It's working really well.
Users can opt in to a recurring payment. Stripe sends a nice receipt, but adds the line, in my case "CiviCRM every 1 year(s) USD20.00 × 1"
I can't see any way to control what gets written here, either within Civi or via the Stripe interface. There's more that looks related at
https://civicrm.stackexchange.com/questions/18337/where-do-i-change-the-string-subscription-to-civicrm-for-stripe-payment-pro
It would be really useful to be able to define what this text is.https://lab.civicrm.org/extensions/stripe/-/issues/161CiviContribute hangs on confirmation when using Stripe Payment Processor2020-01-27T15:49:05ZfmitchellCiviContribute hangs on confirmation when using Stripe Payment ProcessorOverview
----------------------------------------
I'm supporting a non-profit org that is using civicontribute pages and Stripe payment processor. When we connected the contribute page to an event and had paid events, things worked fine....Overview
----------------------------------------
I'm supporting a non-profit org that is using civicontribute pages and Stripe payment processor. When we connected the contribute page to an event and had paid events, things worked fine. This was on a previous version of civiCRM and Stripe.
After doing an upgrade of both civiCRM and Stripe, when someone goes directly to the contribute page, they get to the 'confirm contribution', and the site just hangs, eventually does a 504 timeout.
Reproduction steps
----------------------------------------
1. Click on Test (or LIVE) link to Contribution as anonymous.
1. Fill out contribution details with test (or LIVE) credit card.
1. Click confirmation button.
1. Page hangs and creates a 504. CiviContribute test record is created and Stripe transaction is processed and 'Completed'.
Current behaviour
----------------------------------------
Error messages that appear: https://www.evernote.com/l/AOzke96mWP5Jo5rGrQVzG2fEhFxyA9qQQTM
Similar to below:
```
Deprecated code: Unknown property 'billing_country-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
```
Expected behaviour
----------------------------------------
1. Click on Test or LIVE link to Contribution as anonymous.
1. Fill out contribution details with test or LIVE credit card.
1. Click confirmation button.
1. Taken to thank you page. CiviContribute test record is created and Stripe transaction is processed and 'Completed'.
Environment information
----------------------------------------
* __Browser:__ _Firefox 72.0.1_
* __CiviCRM:__ _5.21.0_
* __PHP:__ _7.2_
* __CMS:__ _Drupal 7.69_
* __Database:__ _MySQL-5.5.5-10.0.23-MariaDB_
* __Web Server:__ _nginx/1.8.1_
Comments
----------------------------------------
This can be reproduced here with a test credit card: https://dev-hsc-civi.pantheonsite.io/civicrm/contribute/transact?reset=1&action=preview&id=2
I've set CiviContribute to use a dummy processor and that does seem to work, as the confirmation shows. But when switching to Stripe, it hangs.https://lab.civicrm.org/extensions/stripe/-/issues/162After paying for new membership, CiviCRM shows error message "Failed to updat...2021-06-20T04:30:19ZJoachimAfter paying for new membership, CiviCRM shows error message "Failed to update contribution in database"## Overview
I tested the Stripe payment processor by letting test users subscribe to memberships via the online form, which at the same time creates an account for the new user. A dozen or so test transactions went through totally fine....## Overview
I tested the Stripe payment processor by letting test users subscribe to memberships via the online form, which at the same time creates an account for the new user. A dozen or so test transactions went through totally fine. Then, without changing anything at the setup, users constantly receive the error message **"Failed to update contribution in database"** at the end of the transaction, when the thank you page should be shown. However, the payment is going through and the membership is getting created.
## Reproduction steps on local test site
1. Ensure that no user is logged in.
1. Go to membership subscription page.
1. Enter all details
* user name and password for wordpress account
* address
* credit card details
* confirm GDPR acceptance with checkbox
1. Press button to confirm subscription
## Current behaviour
### user experience
* new user account gets created and user is logged into it
* instead of being redirected to the Thank You page, user is redirected to the membership renewal page
* at the top of the page, CiviCRM shows the error message:
```
Failed to update contribution in database
```
### back end
* the new membership IS created, including the related contribution and payment transaction
* also in Stripe, the payment has been successful
### CiviCRM Log File (debugging turned on)
* at the beginning of the transaction there are lots of warnings like these, which shouldn't be problematic:
```
[warning] Deprecated code: We have merged input params into the property bag for now but please rewrite code to not use this.
[warning] Deprecated code: 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
```
* then there is an info about a successful update of the contribution record
```
[info] Contribution record updated successfully
```
* This one is the only hint about something going wrong toward the end of the subscription process:
```
[debug] Stripe Exception: Event: charge.captured Error: No matching contributions for event evt_1G4PXbA9RNx8NDfgzD4Yezl9
```
## Environment information
* **CiviCRM:** *5.21.1*
* **CMS:** *Wordpress 5.3.2*
* **Extension Stripe Payment Processor:** *6.3.1*
* **Extension MJWShared:** *0.6*
* **Extension GDPR:** *2.8*
## Comments
What puzzles me most is the fact that the issue came up only after several successful transactions. I cannot remember exactly, but it MIGHT have happened that I mistyped the test credit card number and corrected it after an error message, just bevor the error occurred.
I do not know the internals well enough to make any educated guess. By looking at the database, the only table, where evt_xxx data are recorded, is civicrm_system_log. For this particular transaction, there are two entries for the event identifier that gets stated in the debug message:
![image](/uploads/e72c85640ca92ab10a5cad8b772977b7/image.png)
I tried to resolve the issue by deinstalling/reinstalling the Stripe extension and clearing the civicrm_system_log table, but with no success.https://lab.civicrm.org/extensions/stripe/-/issues/163get stripe tests working again2020-07-13T15:14:11Zjamieget stripe tests working againSome problems we have:
* Our testing.md doc says the tests aren't updated and contains old information
* I think the katalan tests are too hard to maintain and should be abandoned. Perhaps another issue could be opened to revisit whet...Some problems we have:
* Our testing.md doc says the tests aren't updated and contains old information
* I think the katalan tests are too hard to maintain and should be abandoned. Perhaps another issue could be opened to revisit whether we want to rebuild them
* We need to update our base test to better match the phpUnit test base framework
* I'm getting an error when i try to run a test:
`PHP Fatal error: Trait 'CRM_Core_Payment_MJWTrait' not found in /var/www/civicrm/civicrm-buildkit/build/mycivi/web/sites/default/files/civicrm/ext/stripe/CRM/Core/Payment/Stripe.php on line 13`6.5jamiejamiehttps://lab.civicrm.org/extensions/stripe/-/issues/164Registering multiple participants2022-07-06T11:25:50ZmikantchapRegistering multiple participantsEnd user reports:
" whenever I tried to book for 2 people, I get return error page (pic 11). I tried it with a single person transaction and I got the confirmation page (pic 12) and tried it again with 2 people registration and got the ...End user reports:
" whenever I tried to book for 2 people, I get return error page (pic 11). I tried it with a single person transaction and I got the confirmation page (pic 12) and tried it again with 2 people registration and got the same error page. Despite the error, the payments were processed and the tickets were sent out to me. I was wondering if you could please have a look to see why this was happening as it can be confusing for our customers to receive that message."![11](/uploads/14442e82632e88ec99ff6b1e839785a6/11.jpg)![12](/uploads/3ef951e500848b8acc41d99267342f04/12.jpg)
We have found a contemporaneous watchdog error - attached in a word document due[StripeError.docx](/uploads/4d42c90503c71402f704f9b268f1397d/StripeError.docx) to its length.
Using Stripe 6.3.1
MJWShared 0.6https://lab.civicrm.org/extensions/stripe/-/issues/165Stripe JavaScript loaded by every Civi form2020-07-02T07:55:01ZmfbStripe JavaScript loaded by every Civi formI noticed that with this extension enabled, every Civi form makes multiple requests to js.stripe.com and m.stripe.com
We'd prefer if we weren't sending data to Stripe re: every user interaction in our CRM, and this probably results in a...I noticed that with this extension enabled, every Civi form makes multiple requests to js.stripe.com and m.stripe.com
We'd prefer if we weren't sending data to Stripe re: every user interaction in our CRM, and this probably results in a small performance impact for users as well.
Would it be possible to load Stripe JavaScript only as required?https://lab.civicrm.org/extensions/stripe/-/issues/166Payment Description - Charge vs Intent2020-06-20T15:59:00ZthirdsunPayment Description - Charge vs IntentI'm not sure if this is a bug or an enhancement, and I'm also not sure it matter to most. However, my client doesn't like that when they download a report under Reports - Balance Change from Activity, under the description field the pay...I'm not sure if this is a bug or an enhancement, and I'm also not sure it matter to most. However, my client doesn't like that when they download a report under Reports - Balance Change from Activity, under the description field the payment description doesn't show.
According to Stripe's support:
------------------
"The description field in the reports from the Reports section pulls from the charge object, and not the payment intent object.
If you were to pull an export of payments from say the main Payments section of the Dashboard, the descriptions would show as it would pull the description you had set on the payment intents when creating the payments. In order to have a description show in a report downloaded from the Reports section, you'll want to have your developer(s) run API calls to update the charge IDs[0] that would show in the event data for a payment_intent.succeeded event inside of your account.
If you have your developers list[1] out successful payment intents, they'd be able to get the ch_XXXX ID that would need to be updated for the description to then show on a report as you're expecting to see."
----------------------
So, is this working as intended, a configuration issue, or can it be updated to run the API calls needed here to translate the description from the Payment Intent to the Charge.
I barely understand what I am asking, but happy to try and provide clarification if needed. I've also informed the client that this may be an enhancement that requires funding. https://lab.civicrm.org/extensions/stripe/-/issues/167Feature: Sofort integration?2023-10-02T17:43:48ZmarkuskFeature: Sofort integration?is there any work done towards the other payment options supported by stripe? - specifically it's "[Sofort](https://stripe.com/docs/sources/sofort)" i'd be longing for (for our non-profit) and actually was the main reason why i supported...is there any work done towards the other payment options supported by stripe? - specifically it's "[Sofort](https://stripe.com/docs/sources/sofort)" i'd be longing for (for our non-profit) and actually was the main reason why i supported the make-it-happen.
any timeframe - if planned at all? otherwise i'd need to find different options..
tia,
markus.https://lab.civicrm.org/extensions/stripe/-/issues/168The update method of WebhookEndpoint doesn't support: api_version2020-02-22T20:45:23ZcapoThe update method of WebhookEndpoint doesn't support: api_versionAccording to the current [documentation of the update method for the WebhookEndpoint Stripe API](https://stripe.com/docs/api/webhook_endpoints/update?lang=php), it only accepts the fields:
* url
* enabled_events
* disabled
but in case ...According to the current [documentation of the update method for the WebhookEndpoint Stripe API](https://stripe.com/docs/api/webhook_endpoints/update?lang=php), it only accepts the fields:
* url
* enabled_events
* disabled
but in case a different version is detected, an update with the `api_version` parameter will be attempted. This results in the error:
> Received unknown parameter: api_version
This is related with #696.3https://lab.civicrm.org/extensions/stripe/-/issues/169hook_civicrm_buildAmount compatibility?2020-05-29T22:09:15ZAllenShawhook_civicrm_buildAmount compatibility?Hi. I wonder if you're aware of anything about Stripe's way of doing things that would make it have trouble with changes to contribution amounts via hook_civicrm_buildAmount implementations.
I've got an [issue on github](https://github....Hi. I wonder if you're aware of anything about Stripe's way of doing things that would make it have trouble with changes to contribution amounts via hook_civicrm_buildAmount implementations.
I've got an [issue on github](https://github.com/twomice/com.joineryhq.percentagepricesetfield/issues/27) in the "Percentage Price Set Field" extension that's making me think this might be the case.
My guess is that the problem arises because payment info is sent directly to Stripe in one http request, and it's submitted to to CiviCRM in another; and when that civicrm step invokes hook_civicrm_buildAmount to alter the prices, we get an error from Stripe. The error in this example is:
> Credit Card: This PaymentIntent's amount could not be updated because it has a status of requires_capture. You may only update the amount of a PaymentIntent with one of the following statuses: requires_payment_method, requires_confirmation, requires_action.
Obviously that github issue is mine to deal with, but in general would you say Stripe is likely to have trouble handling amount changes via hook_civicrm_buildAmount?https://lab.civicrm.org/extensions/stripe/-/issues/170Webhooks of type "invoice.payment_failed" failing after upgrade to CiviCRM 5....2020-06-20T15:57:59ZLsThreeWebhooks of type "invoice.payment_failed" failing after upgrade to CiviCRM 5.21.2Hi all, we ran into the issue in the title while trying to debug a separate issue where after multiple failed payments, a contribution gets a payment date of the first payment attempt upon a successful payment.
Our dev environment with ...Hi all, we ran into the issue in the title while trying to debug a separate issue where after multiple failed payments, a contribution gets a payment date of the first payment attempt upon a successful payment.
Our dev environment with the Stripe extension 6.2 was upgraded to CiviCRM 5.21.2 from 5.7.x ESR, and that's when the webhook failures began. We see the webhooks failing in the Stripe dashboard, and in the CiviCRM log, we see entries such as:
`Feb 26 00:03:26 [debug] Stripe Exception: Event: invoice.payment_failed Error: Cannot find recurring contribution for subscription ID: sub_Ex8RD6j5wj3C4f. Expected one ContributionRecur but found 0`
We believe it's due to [this change in CiviCRM 5.20](https://lab.civicrm.org/dev/financial/issues/72). Would appreciate any suggestions!6.4https://lab.civicrm.org/extensions/stripe/-/issues/171Translating this extension2020-05-30T16:53:46ZlarnoultTranslating this extensionHello! Thanks for this great extension :smile:
I was wondering if it was possible to translate it (in French for exemple). Thanks.Hello! Thanks for this great extension :smile:
I was wondering if it was possible to translate it (in French for exemple). Thanks.https://lab.civicrm.org/extensions/stripe/-/issues/172Card element doesn't get destroyed when an anonymous session changes payment ...2020-06-25T01:58:02ZcapoCard element doesn't get destroyed when an anonymous session changes payment processor## Steps to reproduce
This issue is related but not the same as #123, and the steps to reproduce it are similar:
1. create a contribution page with a Stripe payment processor by default and at least another one of a different type,
2. ...## Steps to reproduce
This issue is related but not the same as #123, and the steps to reproduce it are similar:
1. create a contribution page with a Stripe payment processor by default and at least another one of a different type,
2. open the contribution page with an anonymous session,
3. switch to the other payment processor and try to complete the payment.
This was reproduced in a system that was using Stripe 6.3.2 and MJWShared 0.6 over CiviCRM 5.16.3. The additional payment processor was Smart Debit 1.35.
### The issue
The issue is related with permissions to run the API `PaymentProcessor` from an anonymous session, in particular, [here](https://lab.civicrm.org/extensions/stripe/-/blob/a09be1f5420eda4b1b317f1464e53809e7ca0278/js/civicrm_stripe.js#L182):
```js
CRM.api3('PaymentProcessor', 'getvalue', {
"return": "user_name",
"id": paymentProcessorID,
"payment_processor_type_id": CRM.vars.stripe.paymentProcessorTypeID,
})
```
#### The expected behaviour
When switching to the alternative payment processor, if JavaScript debugging is enabled, this messages are expected to be shown:
```
civicrm_stripe.js: payment processor changed to id: 5
civicrm_stripe.js: New payment processor is not Stripe, clearing CRM.vars.stripe
civicrm_stripe.js: destroying card element
```
#### The unexpected behaviour
If the test form is sent with an administrative session, the previous messages are shown. But if the form is sent with an anonymous session, only the first of them is shown, as the process gets stopped when the API call is done:
```
civicrm_stripe.js: payment processor changed to id: 5
```
### A proposal
I've prepared a [pull request](https://lab.civicrm.org/extensions/stripe/-/merge_requests/100) where the public keys of active Stripe payment processors are directly published as JavaScript variables as `CRM.vars.stripe_keys`.
The change also includes a change in `civicrm_stripe.js` son the API call described above is removed as it's no longer needed.6.4https://lab.civicrm.org/extensions/stripe/-/issues/173Unable to complete payment! Missing paymentIntentID.2020-07-17T08:18:11ZstevenphamUnable to complete payment! Missing paymentIntentID.Hello,
We have a donation page running CiviCRM 5.22.1 and Stripe 6.3.2
Currently, Live Payment is not working, but Test Payment is working normally.
Every time we submit a donation, we receive a message "Unable to complete payment! Miss...Hello,
We have a donation page running CiviCRM 5.22.1 and Stripe 6.3.2
Currently, Live Payment is not working, but Test Payment is working normally.
Every time we submit a donation, we receive a message "Unable to complete payment! Missing paymentIntentID" and in the backend, its status is "Pending (Incomplete Transaction)".
I'm testing it in chrome in incognito mode, "Stripe Javascript debugging" is ON
Please give advice about what I need to do to solve this problem. Thankshttps://lab.civicrm.org/extensions/stripe/-/issues/174Is it possible to create a subscription payment on stripe dashboard manually ...2020-05-30T16:49:00ZtapashIs it possible to create a subscription payment on stripe dashboard manually connected to a civicrm contact?Like the title says,
Is it possible to create a subscription payment on stripe dashboard manually and connect that to a CiviCRM contact, so a payment is created CiviCRM and receipt is sent?
I was thinking by adding metadata on the strip...Like the title says,
Is it possible to create a subscription payment on stripe dashboard manually and connect that to a CiviCRM contact, so a payment is created CiviCRM and receipt is sent?
I was thinking by adding metadata on the stripe dashboard?
Thankshttps://lab.civicrm.org/extensions/stripe/-/issues/175conflict with CiviRules causes "Expected one Contribution but found 0" ?2020-03-18T15:39:32ZAllenShawconflict with CiviRules causes "Expected one Contribution but found 0" ?This is cross-posted with the CiviRules issue [conflict with Stripe causes "Expected one Contribution but found 0" ?](https://lab.civicrm.org/extensions/civirules/issues/68), as I'm not sure who should "claim" this problem.
This site ha...This is cross-posted with the CiviRules issue [conflict with Stripe causes "Expected one Contribution but found 0" ?](https://lab.civicrm.org/extensions/civirules/issues/68), as I'm not sure who should "claim" this problem.
This site has been running CiviRules and Stripe for a good while now, including a CiviRule on the trigger "Contribution is added", with no issues.
However, when using a rule on the trigger "Recurring Contribution is added" and the action "Set the Financial Type for a Contribution", we have problems: When a user submits a recurring contribution using Stripe, the below-provided error and backtrace is given. (And if we disable the CiviRule, users can successfully submit recurring contributions through that same contribution page.)
Do you have any idea what's going here?
```
CiviCRM_API3_Exception: "Expected one Contribution but found 0"
#0 /var/www/domains/redacted.example.com/html/wp-content/uploads/civicrm/ext/mjwshared/CRM/Core/Payment/MJWTrait.php(500): civicrm_api3("Contribution", "create", (Array:3))
#1 /var/www/domains/redacted.example.com/html/wp-content/uploads/civicrm/ext/stripe/CRM/Core/Payment/Stripe.php(627): CRM_Core_Payment_Stripe->endDoPayment((Array:72), (Array:2))
#2 /var/www/domains/redacted.example.com/html/wp-content/uploads/civicrm/ext/stripe/CRM/Core/Payment/Stripe.php(506): CRM_Core_Payment_Stripe->doRecurPayment((Array:72), 97, Object(Stripe\Customer), Object(Stripe\PaymentMethod))
#3 /var/www/domains/redacted.example.com/html/wp-content/plugins/civicrm/civicrm/CRM/Contribute/BAO/Contribution/Utils.php(173): CRM_Core_Payment_Stripe->doPayment((Array:71))
#4 /var/www/domains/redacted.example.com/html/wp-content/plugins/civicrm/civicrm/CRM/Contribute/Form/Contribution/Confirm.php(2311): CRM_Contribute_BAO_Contribution_Utils::processConfirm(Object(CRM_Contribute_Form_Contribution_Confirm), (Array:71), "28876", "60", 0, "1")
#5 /var/www/domains/redacted.example.com/html/wp-content/plugins/civicrm/civicrm/CRM/Contribute/Form/Contribution/Confirm.php(692): CRM_Contribute_Form_Contribution_Confirm->processFormSubmission("28876")
#6 /var/www/domains/redacted.example.com/html/wp-content/plugins/civicrm/civicrm/CRM/Core/Form.php(479): CRM_Contribute_Form_Contribution_Confirm->postProcess()
#7 /var/www/domains/redacted.example.com/html/wp-content/plugins/civicrm/civicrm/CRM/Core/StateMachine.php(144): CRM_Core_Form->mainProcess()
#8 /var/www/domains/redacted.example.com/html/wp-content/plugins/civicrm/civicrm/CRM/Core/QuickForm/Action/Next.php(45): CRM_Core_StateMachine->perform(Object(CRM_Contribute_Form_Contribution_Confirm), "next", "Next")
#9 /var/www/domains/redacted.example.com/html/wp-content/plugins/civicrm/civicrm/packages/HTML/QuickForm/Controller.php(203): CRM_Core_QuickForm_Action_Next->perform(Object(CRM_Contribute_Form_Contribution_Confirm), "next")
#10 /var/www/domains/redacted.example.com/html/wp-content/plugins/civicrm/civicrm/packages/HTML/QuickForm/Page.php(103): HTML_QuickForm_Controller->handle(Object(CRM_Contribute_Form_Contribution_Confirm), "next")
#11 /var/www/domains/redacted.example.com/html/wp-content/plugins/civicrm/civicrm/CRM/Core/Controller.php(335): HTML_QuickForm_Page->handle("next")
#12 /var/www/domains/redacted.example.com/html/wp-content/plugins/civicrm/civicrm/CRM/Core/Invoke.php(268): CRM_Core_Controller->run((Array:3), NULL)
#13 /var/www/domains/redacted.example.com/html/wp-content/plugins/civicrm/civicrm/CRM/Core/Invoke.php(68): CRM_Core_Invoke::runItem((Array:15))
#14 /var/www/domains/redacted.example.com/html/wp-content/plugins/civicrm/civicrm/CRM/Core/Invoke.php(36): CRM_Core_Invoke::_invoke((Array:3))
#15 /var/www/domains/redacted.example.com/html/wp-content/plugins/civicrm/civicrm.php(1449): CRM_Core_Invoke::invoke((Array:3))
#16 /var/www/domains/redacted.example.com/html/wp-content/plugins/civicrm/includes/civicrm.basepage.php(349): CiviCRM_For_WordPress->invoke()
#17 /var/www/domains/redacted.example.com/html/wp-includes/class-wp-hook.php(288): CiviCRM_For_WordPress_Basepage->basepage_handler(Object(WP))
#18 /var/www/domains/redacted.example.com/html/wp-includes/class-wp-hook.php(312): WP_Hook->apply_filters(NULL, (Array:1))
#19 /var/www/domains/redacted.example.com/html/wp-includes/plugin.php(544): WP_Hook->do_action((Array:1))
#20 /var/www/domains/redacted.example.com/html/wp-includes/class-wp.php(742): do_action_ref_array("wp", (Array:1))
#21 /var/www/domains/redacted.example.com/html/wp-includes/functions.php(1255): WP->main("")
#22 /var/www/domains/redacted.example.com/html/wp-blog-header.php(16): wp()
#23 /var/www/domains/redacted.example.com/html/index.php(17): require("/var/www/domains/redacted.example.com/html/wp-blog-header.php")
#24 {main}
Sorry, due to an error, we are unable to fulfill your request at the moment. You may want to contact your administrator or service provider with more details about what action you were performing when this occurred.
Expected one Contribution but found 0
```https://lab.civicrm.org/extensions/stripe/-/issues/176Refund of a contribution is recorded twice, results in contact owing money2020-03-22T00:40:23ZrichardsplaygroundRefund of a contribution is recorded twice, results in contact owing moneyI am cancelling many events and having to refund lots of contributions. When I open a contribution record in order to deal with it, initially I just see a contribution with its associated Stripe unique id. So far, so good.
![1](/upload...I am cancelling many events and having to refund lots of contributions. When I open a contribution record in order to deal with it, initially I just see a contribution with its associated Stripe unique id. So far, so good.
![1](/uploads/1f8f07ed0e728c349b3d5f46a1447523/1.png)
Now I go into the Stripe dashboard, search for that unique ID and refund it. Back in CiviCRM, it looks like the Stripe extension has noticed that a refund was made, because it shows up in a line item. But the contribution record itself is still marked "Completed". So it is basically active in CiviCRM even though in Stripe and in my bank account the money is gone.
![2](/uploads/af69ce1a4a323c58579958476e0325da/2.png)
So now I mark the contribution as "Refunded". Now when you look in CiviCRM, the contribution record is properly marked as refunded and no longer shows in the user's contributions year-to-date totals, but there are 3 rows for the contribution: one original contribution and two refunds.
![3](/uploads/3267978659c92d45e366dc12d310c346/3.png)
This seems to be a problem, because after doing this, the event registration shows the participant owing double, instead of zero. Marking the registration as cancelled does not change this.
![4](/uploads/db2089be18073d5208a507386de301ca/4.png)
Civi 5.21.1 with Stripe Extension 6.32 and MJW Shared 0.6.
Thank youhttps://lab.civicrm.org/extensions/stripe/-/issues/177Webhooks created for earlier API?2020-03-26T00:04:00ZdgbdgbWebhooks created for earlier API?I'm using Stripe Payment Processor 6.3.2, MJWShared 0.6 on Civicrm 5.23.2 with Wordpress Multisite.
I've used the Wizard to instal webhooks in Stripe.
I'm now getting a warning in CiviCRM System Status "Webhook API version is set to 20...I'm using Stripe Payment Processor 6.3.2, MJWShared 0.6 on Civicrm 5.23.2 with Wordpress Multisite.
I've used the Wizard to instal webhooks in Stripe.
I'm now getting a warning in CiviCRM System Status "Webhook API version is set to 2020-03-02 but CiviCRM requires 2019-12-03. To correct this please delete the webhook at Stripe and then revisit this page which will recreate it correctly. Webhook path is: https://xxx.xxxx,com/?page=CiviCRM&q=civicrm/payment/ipn/2."
If I delete the webhooks on the Stripe Dashboard, the Wizard can again be used to instal webhooks, but the same warning message comes up.6.4https://lab.civicrm.org/extensions/stripe/-/issues/178Register recurring contribution(subscription) in webform with a specific freq...2020-05-30T15:54:57ZrubofvilRegister recurring contribution(subscription) in webform with a specific frequency- Give the possibility to add recurring contribution(subscription in Stripe) including the frequency in Drupal webform.
- Image configuring the "Contribution" tab in webform
![image](/uploads/78d7850f08eb0cfbb09ff979995d551d/image.png)
...- Give the possibility to add recurring contribution(subscription in Stripe) including the frequency in Drupal webform.
- Image configuring the "Contribution" tab in webform
![image](/uploads/78d7850f08eb0cfbb09ff979995d551d/image.png)
- Currently is available with "Installments" but not with interval "Interval of Installments"
https://lab.civicrm.org/extensions/stripe/-/blob/6.4/js/civicrm_stripe.js#L6096.4https://lab.civicrm.org/extensions/stripe/-/issues/179Firewall Extension is blocking payment2022-07-01T09:38:56ZtapashFirewall Extension is blocking payment@mattwire Follwoing up from issue https://lab.civicrm.org/extensions/firewall/-/issues/3#note_33673
I have updated to 6.4 b3 and Mjwshared 0.7b2 and still not able to proceed to donation confirmation page with the following error on Chr...@mattwire Follwoing up from issue https://lab.civicrm.org/extensions/firewall/-/issues/3#note_33673
I have updated to 6.4 b3 and Mjwshared 0.7b2 and still not able to proceed to donation confirmation page with the following error on Chrome when firewall extension was enabled.
![Screenshot_2020-03-26_at_08.20.36](/uploads/bf4e175635bcb0037fb9982bd7143f02/Screenshot_2020-03-26_at_08.20.36.png)https://lab.civicrm.org/extensions/stripe/-/issues/180Postal code always disabled2020-04-26T21:10:09ZfinalfreqPostal code always disabledIf a user is trying to use a card that isn't associated with their address, they can't seem to edit the zip code, it always appears as a disabled text input. Is there a way to make the field editable.
![image](/uploads/c4d2da8c326fbdae...If a user is trying to use a card that isn't associated with their address, they can't seem to edit the zip code, it always appears as a disabled text input. Is there a way to make the field editable.
![image](/uploads/c4d2da8c326fbdaec9a6e9dda785ee5d/image.png)6.4https://lab.civicrm.org/extensions/stripe/-/issues/181Would there be an option for customer to update their card details when it ex...2020-09-28T10:09:38ZtapashWould there be an option for customer to update their card details when it expires?@mattwire When subscription payment created using a card, at some point that card will expires, as a result there will be repeated failed payments? I haven't seen any option in the receipt either. Would stripe send a notification to the...@mattwire When subscription payment created using a card, at some point that card will expires, as a result there will be repeated failed payments? I haven't seen any option in the receipt either. Would stripe send a notification to the customer to update the card details when it nearest to expiring date? Otherwise, a lot of manual adjustments, call etc would be involved if there are many subscriptions.
I remember, with paypal pro there was options for customer to update their card details using a link on the receipt. Is there a plan to implement something like this in near future? Thanks.https://lab.civicrm.org/extensions/stripe/-/issues/182Failed subscription payment, receipt sent, but contribution not updated when ...2021-03-02T09:40:24ZtapashFailed subscription payment, receipt sent, but contribution not updated when retriedAlthough a subscription payment fails, a receipt gets sent to the donor as if its completed. Which becomes confusing for donor.Although a subscription payment fails, a receipt gets sent to the donor as if its completed. Which becomes confusing for donor.6.5https://lab.civicrm.org/extensions/stripe/-/issues/183Recurring webhooks are failing - 400 (Bad Request)2020-06-20T15:55:09ZlarynRecurring webhooks are failing - 400 (Bad Request)I was notified that webhooks on a small site are failing. It appears to be only recurring webhooks that are failing with a **400 Bad Request**. I'm not sure if it may be related to the firewall extension as this seems a different issue (...I was notified that webhooks on a small site are failing. It appears to be only recurring webhooks that are failing with a **400 Bad Request**. I'm not sure if it may be related to the firewall extension as this seems a different issue (but I do see **400 Bad Request** in the screenshot): https://lab.civicrm.org/extensions/stripe/-/issues/179https://lab.civicrm.org/extensions/stripe/-/issues/184Stripe won't process the payment if total amount is modified by any other hook.2020-09-28T10:08:19ZjitendraStripe won't process the payment if total amount is modified by any other hook.This all relates to the paymentintent submitted by the stripe extension within the js code https://lab.civicrm.org/extensions/stripe/-/blob/master/js/civicrm_stripe.js#L96
So if total amount submitted by the contribution page is modifie...This all relates to the paymentintent submitted by the stripe extension within the js code https://lab.civicrm.org/extensions/stripe/-/blob/master/js/civicrm_stripe.js#L96
So if total amount submitted by the contribution page is modified by any other hook in any extension, stripe won't process the payment as it will mismatch with the amount submitted by the js code.
The error returned by the processor is
>This PaymentIntent's amount could not be updated because it has a status of requires_capture. You may only update the amount of a PaymentIntent with one of the following statuses: requires_payment_method, requires_confirmation."
Should stripe be able to handle that situation? Since other extensions follow the valid process of using civicrm hooks(postprocess etc) => modify the amount submitted by the contribution page and expect it to work fine.https://lab.civicrm.org/extensions/stripe/-/issues/185Check Stripe Webhook Endpoint Signatures2020-06-20T15:56:39ZcapoCheck Stripe Webhook Endpoint SignaturesAs of today, a call can be made to the IPN url posting information about a given payment to attempt completing it. But there is an easy way to increase security by checking Stripe keys.
> Stripe can optionally sign the webhook events it...As of today, a call can be made to the IPN url posting information about a given payment to attempt completing it. But there is an easy way to increase security by checking Stripe keys.
> Stripe can optionally sign the webhook events it sends to your endpoints by including a signature in each event’s Stripe-Signature header. This allows you to verify that the events were sent by Stripe, not by a third party.
Source: [Verify the events that Stripe sends to your webhook endpoints](https://stripe.com/docs/webhooks/signatures#verify-official-libraries)
## How To Implement It
Actually, the Stripe PHP library already includes Stripe public keys, so in principle, the roadmap would be:
1. **Store the webhook secret as a payment processor paramenter**
The Stripe API returns a `secret` when a webhook endpoint is created but only during its creation:
> The endpoint’s secret, used to generate webhook signatures. Only returned at creation.
Source: [The webhook endpoint object](https://stripe.com/docs/api/webhook_endpoints/object)
This means that when the webhooks are registered by the extension itself, we could automatically configure the webhook endoint secret and therefore activate checking the signature.
If the webhook isn't registered by the extension, it could still be as easy as adding the endpoint secret to the payment processor settings.
2. **Add at a call like this one at the beginning of the IPN main method**
```php
// Set $endpoint_secret (whsec_...) from the payment processor
$endpoint_secret = $this->getEndpointSecret($paymentProcessorID);
// Check the signature
try {
$event = \Stripe\Webhook::constructEvent(
@file_get_contents('php://input'),
$_SERVER['HTTP_STRIPE_SIGNATURE'],
$endpoint_secret
);
} catch(\Stripe\Exception\SignatureVerificationException $e) {
$this->exception('Invalid Stripe signature');
}
```
## Benefits
A part from the obvious security improvement, checking signatures would also allow us trusting the information that comes with every Stripe event and, therefore, we could apply policies such as creating missing data entities where we are currently throwing exceptions (for instance: no [contribution |payment | subscription] found, etc).https://lab.civicrm.org/extensions/stripe/-/issues/186Support for Stripe API 2020-03-02?2020-04-27T15:39:59ZKeith NunnSupport for Stripe API 2020-03-02?I have a client who is a little slow in their upgrade cycle and is still on Stripe API 2018-07-27. That version is, of course, not supported by the most recent Stripe extension to CiviCRM. No problem, except that I can't get Stripe to le...I have a client who is a little slow in their upgrade cycle and is still on Stripe API 2018-07-27. That version is, of course, not supported by the most recent Stripe extension to CiviCRM. No problem, except that I can't get Stripe to let me use 2019-12-03. My only choices are their most recent API version 2020-03-02 or the old version they were on.
Just wondering if support for the latest version is in the cards? Reading their changelog seems to suggest they didn't change much, but the Stripe extension is pretty unhappy right now whichever way I go.6.4https://lab.civicrm.org/extensions/stripe/-/issues/1872x copy of receipt sent for recurring payments.2020-06-01T12:00:10Ztapash2x copy of receipt sent for recurring payments.It appears that the receipt for a recurring payment is sent to donors twice with the latest version of the extension. Is there a quick fix?It appears that the receipt for a recurring payment is sent to donors twice with the latest version of the extension. Is there a quick fix?6.4https://lab.civicrm.org/extensions/stripe/-/issues/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/189mix of getElementId and input[name=...] causes error on membership contributi...2020-05-04T15:17:50Zjamiemix of getElementId and input[name=...] causes error on membership contribution page with autorenew set to automaticThe error is:
`TypeError: document.getElementById(...) is null`
And the culprit seems to be in this block:
```
else if ($('input[name="auto_renew"]').length !== 0) {
if ($('input[name="auto_renew"]').prop('checked')) {
isRe...The error is:
`TypeError: document.getElementById(...) is null`
And the culprit seems to be in this block:
```
else if ($('input[name="auto_renew"]').length !== 0) {
if ($('input[name="auto_renew"]').prop('checked')) {
isRecur = true;
}
else if (document.getElementById('auto_renew').type == 'hidden') {
isRecur = (document.getElementById('auto_renew').value == 1);
}
else {
isRecur = Boolean(document.getElementById('auto_renew').checked);
}
}
```
Specifically this line: `else if (document.getElementById('auto_renew').type == 'hidden') {`
The page in question does not have any elements with `id=auto_renew` but does have ones with `input[name="auto_renew"]` (and it's a hidden field) so the first if condition fails (not a checkbox) and the second condition throws the error.
I think the answer is to use `input[name="auto_renew"]` throughout the block. Unless there is a situation in which the input name exists but we have to use the element id to get the value? I know CiviCRM sometimes does weird things to allow people to de-select radio buttons which involve hidden fields. Thoughts? We could keep both the getElementById and the name business if we carefully wrap them to check for non null values.6.4https://lab.civicrm.org/extensions/stripe/-/issues/190Membership signup with 100% discount not passing data to confirmation2021-05-09T19:12:35ZtwjordanMembership signup with 100% discount not passing data to confirmationI have a WP + CiviCRM setup using CiviContribute to sign up members taking payment with Stripe. I have a 100% discount code for members with financial hardships.
I recently discovered that when a potential member uses the 100% discount ...I have a WP + CiviCRM setup using CiviContribute to sign up members taking payment with Stripe. I have a 100% discount code for members with financial hardships.
I recently discovered that when a potential member uses the 100% discount and tries to continue with registration, the confirmation page doesn’t contain any of their information other than email address and they cannot register. The data missing even includes the membership type.
Our form has an additional contribution option and I found that I could put $1 into that field and a valid credit card in, go to confirmation and see my data there, then “GO BACK” to the form, clear out the $1 and I would be able to finish registration with no fee.
This leads me to suspect that there is some sort of handoff that doesn’t occur when the Stripe CC entry and billing address information are not present on the form.
Any assistance would be welcome. The form is at https://parkingreform.org/join/https://lab.civicrm.org/extensions/stripe/-/issues/191Add exception with status subscription2020-04-27T14:07:46ZrubofvilAdd exception with status subscriptionIn the subscription they are more status than STATUS_ACTIVE, and STATUS_CANCELED, [more possible states](https://lab.civicrm.org/extensions/stripe/-/blob/6.4/vendor/stripe/stripe-php/lib/Subscription.php#L61)
In case that don't exist is...In the subscription they are more status than STATUS_ACTIVE, and STATUS_CANCELED, [more possible states](https://lab.civicrm.org/extensions/stripe/-/blob/6.4/vendor/stripe/stripe-php/lib/Subscription.php#L61)
In case that don't exist is getting the customer_id and is getting error creating a recurring contribution[Not possible case](https://lab.civicrm.org/extensions/stripe/-/blob/6.4/CRM/Stripe/Api.php#L125)
Could be a god point if the status isn't active, the recurring contribution is cancelled(all other status in CiviCRM will be cancelled)?
Refs
https://stripe.com/docs/api/subscriptions/object#subscription_object-status6.4mattwiremjw@mjwconsult.co.ukmattwiremjw@mjwconsult.co.ukhttps://lab.civicrm.org/extensions/stripe/-/issues/192Form Submission - payment uncaptured and form not submitted in CiviCRM2020-06-20T15:57:15ZmkinironsForm Submission - payment uncaptured and form not submitted in CiviCRMA donor just put in a payment through our donor form on our website. The donation is not showing in CiviCRM anywhere, but the payment is listing itself in Stipe, however as 'uncaptured'.
I need to get this fixed as soon as possible as ...A donor just put in a payment through our donor form on our website. The donation is not showing in CiviCRM anywhere, but the payment is listing itself in Stipe, however as 'uncaptured'.
I need to get this fixed as soon as possible as we are taking COVID donations daily. Any help would be appreciated, thank you!
The scenario I need is form submitted and shows in CiviCRM and payment auto processes without manual capture.
Running on CiviCRM 5.24.2 Stripe Payment Processor 6.3.2 Joomla Install
Only change was adding nz.co.fuzion.extrafee extension however when reading the forums it was indicated this should not be causing any issues.
Update: the payment went from unconfirmed to cancelled in just under 3 hours. https://lab.civicrm.org/extensions/stripe/-/issues/193how to manage stripe notifications for regular contributions2020-10-23T14:58:16Zjamiehow to manage stripe notifications for regular contributionsI see there is a similar issue regarding recurring contributions and receipts (#160).
This one relates to regular donations and the stripe notifications. Rather then putting the customer email or name on the receipts, we are seeing the ...I see there is a similar issue regarding recurring contributions and receipts (#160).
This one relates to regular donations and the stripe notifications. Rather then putting the customer email or name on the receipts, we are seeing the name of the organization receiving the donation. This is not so helpful:
![stripe-pi](/uploads/35c1420315b69cbf6de7c99ac3a00bed/stripe-pi.png)
The group experiencing this problem had a lengthy back and forth with stripe. I'll spare us all the curt, wrong and unhelpful responses. Here as the last response which seems to get at what we might be able to do for this to go differently:
> Hope you are doing well today - Thanks for reaching out about the changes in your payment notifications. I'm happy to assist getting you pointed in the right direction and give a bit of information.
>
> First of all, I just spoke with one of my upper tier team members about your issue. He tells me that issue is when new payment intents are being made as opposed to charges, the descriptions aren't added until later.The description that you see on your emails are the charge descriptions. Since the previous charges were being made with the description in the same request, the email we sent out had a description to include in our charge notification email.
>
> Now with payment intents, when they're being made, there's no description, so when the email goes out, it just shows the payment intent ID. The description isn't added until after the email is sent out.
>
> The only real solution to this is to ask your platform integration or developer to make it so that the descriptions are added to payment intents upon creation instead of being added later.
I am having a really hard time understanding what exactly they are saying.
It sounds a little like they mean we should put the customer name in the description when creating the intent ([here?](https://lab.civicrm.org/extensions/stripe/-/blob/master/js/civicrm_stripe.js#L99) but then I would expect the name of the contribution page to be on the notification not the name of the organization.
If anyone can help decipher what Stripe means I'd be happy to take a stab at fixing it.https://lab.civicrm.org/extensions/stripe/-/issues/194Duplicate Membership Transactions2020-06-20T15:58:12ZbpaystDuplicate Membership TransactionsWe are consistently seeing duplicate transactions for membership payments. All other payments are working as expected. There are 2 payments processed, about 2-3 minutes apart. They come back to CiviCRM as the same member, so it adds an e...We are consistently seeing duplicate transactions for membership payments. All other payments are working as expected. There are 2 payments processed, about 2-3 minutes apart. They come back to CiviCRM as the same member, so it adds an extra year to their membership. The logs show the duplicate insert as well:
CiviCRM.47378027cb5757ccbf6f817d.log:Apr 23 15:52:21 [info] Retrying after Database deadlock encountered hit on attempt 1 at query : INSERT INTO civicrm_activity_contact (activity_id , contact_id , record_type_id ) VALUES ( 18107 , 7062 , 2 )
: INSERT INTO civicrm_activity_contact (activity_id , contact_id , record_type_id ) VALUES ( 18107 , 7062 , 2 )
Apr 23 15:52:23 [error] $Fatal Error Details = Array
(
[callback] => Array
(
[0] => CRM_Core_Error
[1] => exceptionHandler
)
[code] => -5
[message] => DB Error: already exists
[mode] => 16
[debug_info] => INSERT INTO civicrm_activity_contact (activity_id , contact_id , record_type_id ) VALUES ( 18107 , 7062 , 2 ) [nativecode=1062 ** Duplicate entry '7062-18107-2' for key 'UI_activity_contact']
[type] => DB_Error
[user_info] => INSERT INTO civicrm_activity_contact (activity_id , contact_id , record_type_id ) VALUES ( 18107 , 7062 , 2 ) [nativecode=1062 ** Duplicate entry '7062-18107-2' for key 'UI_activity_contact']
[to_string] => [db_error: message="DB Error: already exists" code=-5 mode=callback callback=CRM_Core_Error::exceptionHandler prefix="" info="INSERT INTO civicrm_activity_contact (activity_id , contact_id , record_type_id ) VALUES ( 18107 , 7062 , 2 ) [nativecode=1062 ** Duplicate entry '7062-18107-2' for key 'UI_activity_contact']"]
)
https://lab.civicrm.org/extensions/stripe/-/issues/195Premiums feature conflicts with civicrm_stripe.js2020-06-01T21:40:18ZAlanDixonPremiums feature conflicts with civicrm_stripe.jsAs per https://civicrm.stackexchange.com/a/35437/233
A functioning form (https://secure.ksfr.org/civicrm/contribute/transact?id=1&reset=1) breaks when premiums are added (https://secure.ksfr.org/civicrm/contribute/transact?id=4&reset=1)...As per https://civicrm.stackexchange.com/a/35437/233
A functioning form (https://secure.ksfr.org/civicrm/contribute/transact?id=1&reset=1) breaks when premiums are added (https://secure.ksfr.org/civicrm/contribute/transact?id=4&reset=1).
Specifically, clicking on the submit button appears to do nothing, and subsequent attempts to click on the submit button appear to be disabled.
When stripe's js debugging is turned on (great feature!), I can see it's failing the $(form).valid() call. I can't figure out how to add debugging to figure out which fields are failing or why. The code's attempt to scroll the #billing-payment-block into view doesn't help.
I've reviewed the extra fields that the premiums block add and I don't see anything terrible (and I'm not clear why stripe is doing that valid() call anyway).
Any clues? I do see some special handling for cividiscount, I'm going to guess we need something similar.https://lab.civicrm.org/extensions/stripe/-/issues/196Recurring contributions with incorrect amount per default currency in stripe2020-05-30T15:11:42ZdmunioRecurring contributions with incorrect amount per default currency in stripeIn stripe accounts that have a default currency other than the currency of payment, recurring contributions following the first one are recorded with an incorrect amount (since the amount converted to the default currency is used).
The ...In stripe accounts that have a default currency other than the currency of payment, recurring contributions following the first one are recorded with an incorrect amount (since the amount converted to the default currency is used).
The BalanceTransaction object is in the default currency of stripe, not the currency of the payment: https://lab.civicrm.org/extensions/stripe/-/blob/6.3.2/CRM/Core/Payment/StripeIPN.php#L438
Example: BalanceTransaction object of a 12 dollars payment:
![image](/uploads/d1d176e47281fdb51af32c7f315a9893/image.png)6.4https://lab.civicrm.org/extensions/stripe/-/issues/197webform_civicrm: Ongoing recurring payments with civicrm_webform and stripe2021-05-09T19:03:56Zgoronwebform_civicrm: Ongoing recurring payments with civicrm_webform and stripeCreating recurring contributions with stripe via drupal webform works, but it currently requires the `number of installments` field to be greater than 1 in order for Stripe to recognize it as recurring. However, in civi you can create re...Creating recurring contributions with stripe via drupal webform works, but it currently requires the `number of installments` field to be greater than 1 in order for Stripe to recognize it as recurring. However, in civi you can create recurring contributions with number of installments set to 0, which indicates a recurring contribution that will continue until canceled. I'm wondering if there's a reason that 0 installments is not recognized as recurring here, or else if this is something that should be fixed.
The line doing the check for number of installments for drupal webforms is here: https://lab.civicrm.org/extensions/stripe/-/blob/master/js/civicrm_stripe.js#L6096.6https://lab.civicrm.org/extensions/stripe/-/issues/198v6.4 database update error2020-05-26T21:08:19Zmarcusjwilsonv6.4 database update errorA fresh install of v6.4 on WordPress (after installing MJWShared and Firewall) prompts for a Database update, which then triggers an error:
[Error: Upgrade com.drastikbydesign.stripe to revision 5002]
DB Error: no such tableA fresh install of v6.4 on WordPress (after installing MJWShared and Firewall) prompts for a Database update, which then triggers an error:
[Error: Upgrade com.drastikbydesign.stripe to revision 5002]
DB Error: no such tablehttps://lab.civicrm.org/extensions/stripe/-/issues/199Allow recurring date to be set2020-10-21T19:06:52ZandyburnsAllow recurring date to be setThis is a feature request. What is the funding estimate needed to allow contributors to set the recurring data on the front-end when making a contribution? In our case, we want it to only allow the first of the month as an option.
Ref:...This is a feature request. What is the funding estimate needed to allow contributors to set the recurring data on the front-end when making a contribution? In our case, we want it to only allow the first of the month as an option.
Ref: https://civicrm.stackexchange.com/questions/34241/how-to-set-a-recurring-membership-start-date-to-be-1st-of-the-month6.5https://lab.civicrm.org/extensions/stripe/-/issues/200Feature: ACH/EFT integration (Make it Happen)2023-03-23T17:47:34Zmattwiremjw@mjwconsult.co.ukFeature: ACH/EFT integration (Make it Happen)There is a "Make it Happen" campaign active to support the integration of ACH for StripeThere is a "Make it Happen" campaign active to support the integration of ACH for Stripe6.7https://lab.civicrm.org/extensions/stripe/-/issues/201Membership Auto-renew: Unable to complete payment! Missing paymentIntentID2020-09-28T10:03:15ZlcdwebMembership Auto-renew: Unable to complete payment! Missing paymentIntentIDI'm getting the "Unable to complete payment! Missing paymentIntentID" error message on a frontend contribution page used for membership, with auto-renew enabled. The error only occurs when selecting auto-renew. One-time memberships work ...I'm getting the "Unable to complete payment! Missing paymentIntentID" error message on a frontend contribution page used for membership, with auto-renew enabled. The error only occurs when selecting auto-renew. One-time memberships work fine.
I've run through troubleshooting listed in other similar tickets:
* ensured correct API is enabled in the Stripe interface
* enabled js console debugging (it doesn't shed any light; no errors or meaningful info is there)
* monitored civicrm_stripe_paymentintents: nothing is stored there
* tried temporarily disabling firewall apps
Any suggestions on how to troubleshoot from here? Or known issues with membership auto-renew?https://lab.civicrm.org/extensions/stripe/-/issues/202Cannot submit via webform2020-06-03T11:02:47Zbpp232Cannot submit via webformHi. I cannot use the Stripe payment processor using a webform. When Submit is clicked nothing happens. I can't see any obvious logs. Other payment processors work fine.
I've just update everything to be the latest
Drupal 7.70,
CiviCRM ...Hi. I cannot use the Stripe payment processor using a webform. When Submit is clicked nothing happens. I can't see any obvious logs. Other payment processors work fine.
I've just update everything to be the latest
Drupal 7.70,
CiviCRM 5.25.0,
MJWShared 0.7,
Stripe Payment Processor 6.4,
contributiontransactlegacy 0.1,