Stripe issueshttps://lab.civicrm.org/extensions/stripe/-/issues2022-12-12T20:06:58Zhttps://lab.civicrm.org/extensions/stripe/-/issues/399Recurring contributions are no longer activated.2022-12-12T20:06:58ZAlexLetiziaRecurring contributions are no longer activated.
Starting from one of the latest updates, recurring contributions are no longer activated (1shot payment works correctly)
E.g. https://sostieni.solidalinelmondo.org/test-no-rec-contr-stripe/
After completing all the fields (here the re...
Starting from one of the latest updates, recurring contributions are no longer activated (1shot payment works correctly)
E.g. https://sostieni.solidalinelmondo.org/test-no-rec-contr-stripe/
After completing all the fields (here the recurrence is forced, but even if it weren't, it doesn't work), whatever the value of the donation, at the time of double authentication the value €0.00 is preloaded and the process does not close.
Running a test with the "internal CiviCRM link" (both in Test and Live mode) we get this error:
> _You passed an empty string for 'plan'. We assume empty values are an attempt to unset a parameter; however 'plan' cannot be unset. You should remove 'plan' from your request or supply a non-empty value._
and the log ad the attached file:
[Stripe_Rec_Contr_issue.txt](/uploads/3f22e7838bfb8c1af422bf4f6437b715/Stripe_Rec_Contr_issue.txt)
- CiviCRM ver. 5.55.2 (also 5.52.3 or 5.53)
- Stripe Payment Processor 6.7.13
- Wordpress 6.1.1
- PHP 7.4.33
- Stripe API version 2022-11-15
- all Stripe "subscription events" (in webhook) are actived
- firewall setting (we are under Cloudflare) as image below
@mattwire - have you an idea?
![Firewall_Settings](/uploads/6a747ed8cd34f6b6bf110d900d316d7c/Firewall_Settings.png)https://lab.civicrm.org/extensions/stripe/-/issues/398paymentIntentID not found. $params: Civi\Payment\PropertyBag Object2023-10-10T06:30:03ZminboripaymentIntentID not found. $params: Civi\Payment\PropertyBag ObjectHi, I'm having exactly the same issue as found in [issue #269](https://lab.civicrm.org/extensions/stripe/-/issues/269)
Log files look identical, except this is for an event registration. Some registrations are successful, some are not....Hi, I'm having exactly the same issue as found in [issue #269](https://lab.civicrm.org/extensions/stripe/-/issues/269)
Log files look identical, except this is for an event registration. Some registrations are successful, some are not. Users are able to come back, try again, and it works.
System details:
-- Joomla 3.10.11
-- CiviCRM 5.55.2
-- mjwshared extension 1.2.10
-- Stripe Payment Processor extension 6.7.13
From the logs:
Dec 03 14:28:27 [debug] paymentIntentID not found. $params: Civi\Payment\PropertyBag Object
(
[props:protected] => Array
(
[default] => Array
(
[qfKey] => CRMEventControllerRegistration1chw1mxs8n1cowccocgsso44w8sgow4gsc840c44kgo8ook4cc_8804
[entryURL] => https://www.DOMAINNAME.org/index.php?option=com_civicrm&task=civicrm/event/register&Itemid=1482
<personal info redacted>
....
Help appreciated!https://lab.civicrm.org/extensions/stripe/-/issues/396Update restricted API key permissions required2022-11-23T12:17:40ZJKingsnorthUpdate restricted API key permissions requiredThe documenetation does not accurately reflect which permissions are required in a restricted API key setup: https://docs.civicrm.org/stripe/en/latest/install/#how-to-update-stripe-api-version
The text disagrees with the screenshot, and...The documenetation does not accurately reflect which permissions are required in a restricted API key setup: https://docs.civicrm.org/stripe/en/latest/install/#how-to-update-stripe-api-version
The text disagrees with the screenshot, and the screenshot looks out of date when compared to the Stripe interface. Also, I think the 'paymentIntent' and 'setupIntent' permissions are now required, among others.
I've tried having a look through, but it's quite difficult to tell which permissions are in-use by the extension.
This would be a great extra level of security to implement, if possible.https://lab.civicrm.org/extensions/stripe/-/issues/389You passed an empty string for 'payment_method'.2023-08-17T15:28:20ZjamieYou passed an empty string for 'payment_method'.Since upgrading to Stripe 6.7.9 we have received two reports from people who say they get an "invalid request" error when they try to make a contribution or pay for a paid event.
In both cases, these reports line up with the following m...Since upgrading to Stripe 6.7.9 we have received two reports from people who say they get an "invalid request" error when they try to make a contribution or pay for a paid event.
In both cases, these reports line up with the following messages in the `civicrm_stripe_paymentintent` table:
```
req_xxxx;You passed an empty string for 'payment_method'. We assume empty values are an attempt to unset a parameter; however 'payment_method' cannot be unset. You should remove 'payment_method' from your request or supply a non-empty value.;...
```
(There is also an error in ConfigAndLog about the string being truncated but that's not the cause of the stripe problem).
It doesn't happen on all requests. I'm still trying to zero in on how to replicate.https://lab.civicrm.org/extensions/stripe/-/issues/383Webform won't allow user to submit if total is zero2023-05-19T04:39:54ZUpperholmeWebform won't allow user to submit if total is zeroI have a Drupal 7 webform that enables users to register for up to two optional events. I've configured the conditional logic on the webform to support a discount code that can be entered into a field, which then sets the registration fe...I have a Drupal 7 webform that enables users to register for up to two optional events. I've configured the conditional logic on the webform to support a discount code that can be entered into a field, which then sets the registration fee for one of the events to zero. If the user chooses not to register for the second event, then the total amount is zero.
When Stripe is selected as the payment processor, the form submit button does nothing, and the user is stranded having entered all their data.
Expected behaviour: The user should be able to submit the form regardless of whether the total is zero.https://lab.civicrm.org/extensions/stripe/-/issues/379Add support for Stripe Terminal (physical smart-readers, with the JavaScript ...2022-07-11T19:24:07ZbgmAdd support for Stripe Terminal (physical smart-readers, with the JavaScript SDK support)I'm testing Stripe physical terminals. Here is what I think is required to make it work in the Stripe CiviCRM extension:
- [x] ~~Admin setting for selecting the terminal's Location (a Location being a Stripe object, that can be defined ...I'm testing Stripe physical terminals. Here is what I think is required to make it work in the Stripe CiviCRM extension:
- [x] ~~Admin setting for selecting the terminal's Location (a Location being a Stripe object, that can be defined either via API, or by the Stripe Terminal admin interface; simpler for now to ask admins to to do initial Location setup in the Stripe UI)~~ Not necessary, this can be done from the Stripe Dashboard: go to the Readers, then Location, then you can add a terminal.
- [ ] Code for connecting to the terminal using a New Contribution backend form (make sure the device is available, list devices)
- [ ] Code for doing the [Payment Intent](https://stripe.com/docs/terminal/payments/collect-payment), and processing the transaction
- [ ] Make sure that CiviCRM stores whatever relevant information
- [ ] Make sure that Credit Cards and Debit Cards both work
Note that:
- This would only support the "smart" readers, such as the BBPOS WisePad 3 (which I'm testing) or maybe the Verifone P400. The cheaper US-only Stripe T2 would not work, because it is bluetooth-only and requires developing a mobile app (or using a third-party app). The smart-readers are basically stripped-down Android devices, with wifi and bluetooth, so they connect over the Internet to talk to Stripe, and CiviCRM talks to Stripe. It does not really talk directly to the reader.
- This work is unfunded. I mostly wanted to do a quick proof of concept. If this could be useful to your organisation, please consider funding the work).https://lab.civicrm.org/extensions/stripe/-/issues/374Feature Request - Support "Bulk Update Recurring Contributions"2023-10-02T14:21:35Zben_fairlessFeature Request - Support "Bulk Update Recurring Contributions"I've just seen this plugin and would love for Stripe to support it, if able. https://civicrm.org/extensions/bulk-update-recurring-contributionsI've just seen this plugin and would love for Stripe to support it, if able. https://civicrm.org/extensions/bulk-update-recurring-contributionshttps://lab.civicrm.org/extensions/stripe/-/issues/373Cancelled payments and missing contact records2023-02-07T08:58:16ZRob_SCancelled payments and missing contact recordsHi. I'm having big problems with Stripe payment processor in relation to people booking onto CiviCRM events. People have been turning up to events thinking themselves to be fully booked, without there being any record of them whatsoever ...Hi. I'm having big problems with Stripe payment processor in relation to people booking onto CiviCRM events. People have been turning up to events thinking themselves to be fully booked, without there being any record of them whatsoever in CiviCRM.
I upgraded to latest version of the Stripe payment processor on Apr 5th and enabled the “CiviCRM: access AJAX API” permission.
Since then there are 10 out of a total of 30 attempted payments that have a cancelled status on Stripe.com.
9 out of 10 of the cancelled payments (on Stripe) do not have a payment description, or a customer. For some reason though just one of the cancelled payments has, and shows the name of the event in the description, and the name and email address of the customer. (The creation time of this contact in Civi is 3 minutes after the creation of the payment in Stripe which is interesting.)
A typical timeline and activity log for a cancelled payment looks like this:
**Timeline**
Payment cancelled
21 Apr 2022, 13:32
3D Secure authentication succeeded
This transaction has been authenticated with 3D Secure 2. The customer was authenticated via a challenge flow, and shown a challenge window from their bank. 21 Apr 2022, 12:29
Payment started
21 Apr 2022, 12:29
**Payment activity log**
A payment pi_.. for £x was cancelled 21/04/2022, 13:32:03
PaymentIntent status: canceled
200 OK A request to cancel a PaymentIntent completed 21/04/2022, 13:32:03
PaymentIntent status: requires_payment_method
An attempt to fulfil the payment pi_.. for £x failed 21/04/2022, 13:30:46
The payment pi_.. for £x requires you to take action in order to complete the payment 21/04/2022, 12:29:03
A new payment pi_.. for £x was created 21/04/2022, 12:29:02
PaymentIntent status: requires_action
200 OK A request to create a PaymentIntent completed
...
When I look in CiviCRM, there is no corresponding event registration (participant), or contact record for any of the failed payments. This is really bad because the event organisers have no idea that these people have booked, let alone that the payment has failed.
I would like to know if what I am describing normal behaviour for Civi / Stripe, i.e. for cancelled payments to not have a customer / description in Stripe.com, and also for there to be no contact record, or participant in Civi for the failed attempts?
My priority at the moment is for Civi to record a participant in these instances, so that even if the payment is cancelled the client can see that the event registration was made, and chase up with the participant to get payment and complete the registration through another means.
I’m trying to work out if the problem is with Stripe, or with this extension, or some other code on the site which is interfering with it, or possibly a web server hosting environmental issue.
There are no records in the Civi logs that match the times that the cancelled payments are created.
The most probable thing at the moment seems that something is going wrong at checkout, which is causing the contact record not to be created, which is causing the event participant not to be created, and the payment is getting cancelled because Civi is not passing on sufficient info about the customer. The Activity Log above though shows that 3D Secure Auth is succeeding and the payment is not getting cancelled until about an hour later, and I do not have enough knowledge of these things to know whether this is consistent with my theory or not.
Any help on this issue would be greatly appreciated. Thanks.https://lab.civicrm.org/extensions/stripe/-/issues/371billing_cycle_anchor cannot be later than next natural billing date2023-10-02T14:20:46Zkonadavebilling_cycle_anchor cannot be later than next natural billing dateThe billing_cycle_anchor cannot be farther in the future than the term of the subscription, so a monthly subscription with a four month free trial, for example, will fail with above message.
From CRM_Core_Payment_Stripe::doRecurPayment(...The billing_cycle_anchor cannot be farther in the future than the term of the subscription, so a monthly subscription with a four month free trial, for example, will fail with above message.
From CRM_Core_Payment_Stripe::doRecurPayment()...
```php
// This is the parameter that specifies the start date for the subscription.
// If omitted the subscription will start immediately.
$billingCycleAnchor = $this->getRecurBillingCycleDay($params);
if ($billingCycleAnchor) {
if ($billingCycleAnchor < strtotime("+{$params['recurFrequencyInterval']} {$params['recurFrequencyUnit']}")) {
$subscriptionParams['billing_cycle_anchor'] = $billingCycleAnchor;
} else {
$subscriptionParams['trial_end'] = $billingCycleAnchor;
}
}
```
I've updated the bit above to treat such a situation as free trial period and it seems to work, client is testing. Does that seem like the best solution?https://lab.civicrm.org/extensions/stripe/-/issues/367"Installments" ignored in recurring contributions -- it just keeps going inde...2023-12-13T19:47:12ZAllenShaw"Installments" ignored in recurring contributions -- it just keeps going indefinitely**Summary:**
When I create a recurring contribution using Stripe, with a fixed number of installments, the recurring payments continue (apparently indefinitely) beyond the given number of installments. It appears the only way to stop it ...**Summary:**
When I create a recurring contribution using Stripe, with a fixed number of installments, the recurring payments continue (apparently indefinitely) beyond the given number of installments. It appears the only way to stop it is to end it manually in stripe.com.
We're seeing this consistently on a site with:
- CiviCRM 5.47.4
- Stripe Payment Processor 6.7.2
- Payment Shared 1.2.3
**Steps to reproduce:**
1. In civicrm back-office area, open a contact record, navigate to the Contributions tab, and click "Submit Credit Card Contribution"
1. Enter details for the new contribution, specifically:
- Payment Processor: [the only Stripe payment processor on this site]
- [checkbox=yes] Every [1] days for [3] installments
- (other fields as appropriate, such as amount of more than $0.50)
- appropriate credit card details in Stripe payment fields
1. Click "Save" to submit the recurring contribution.
Observe **expected behavior** so far:
1. A recurring contribution is created in CiviCRM, scheduled for daily recurrence for 3 installments.
1. In stripe.com, observe that a corresponding Subscription is created, and the first payment immediately charged; the next payment is scheduled for tomorrow's date.
After a week, observe some **expected behavior** and some **unexpected behavior**:
1. Examine this recurring contribution in CiviCRM:
- **Expected:** The recurring contribution has a status of "Completed" and is listd under "Inactive Recurring Contributions"
- **Unexpected:** Instead of 3 daily payments recorded, 7 daily payments are recorded.
2. Examine this subscription in stripe.com:
- **Unexpected:** The subscription is still active and has 7 paid invoices; the next invoice is schedueld for tomorrow's date.
(Joinery reference: F#625)https://lab.civicrm.org/extensions/stripe/-/issues/362Event Review Button, Chrome and Google Pay2023-01-18T17:42:48ZnswdllcEvent Review Button, Chrome and Google PayIf you have a free ticket option and toggle between a paid and free ticket, when you go back to the Free option, the Review button no longer displays.
What appears to be happening, if you are using Chrome and logged into Chrome sync wit...If you have a free ticket option and toggle between a paid and free ticket, when you go back to the Free option, the Review button no longer displays.
What appears to be happening, if you are using Chrome and logged into Chrome sync with a Google Pay account setup, the Stripe card fields do not render, instead the Google Pay button shows. Side note, I have Google Pay disabled in the Stripe account. If I log out or use incognito mode the card field will show instead of the Google Pay button.
To recreate:
Have an event setup with multiple ticket prices, including a Free ticket.
Use Google Chrome.
Be logged into into Chrome with a profile that has Google Pay setup.
Toggle between the free and paid ticket options and end on the free option.
Expected result:
The card fields display if a paid ticket is selected, with a Review button below. Or, if a Free ticket is selected, the card fields do not display and the review button is below.
Actual result:
The Google pay button will appear with no Review Button for the paid tickets. Or, if a Free ticket is selected the Review button does not display.https://lab.civicrm.org/extensions/stripe/-/issues/356Pre-authorized debit payments in Canada2023-02-20T19:58:02ZJoeMurrayPre-authorized debit payments in Canadahttps://stripe.com/docs/payments/acss-debit outlines a version of ACH/EFT that is common in Canada. How much would an implementation cost, and when might it be available?
Would you accept a PR from us if you are unavailable in the time...https://stripe.com/docs/payments/acss-debit outlines a version of ACH/EFT that is common in Canada. How much would an implementation cost, and when might it be available?
Would you accept a PR from us if you are unavailable in the timeframe wanted by our client, and you like our code on review? We'd be willing to pay for your time to answer questions and QA the code.mattwiremjw@mjwconsult.co.ukmattwiremjw@mjwconsult.co.ukhttps://lab.civicrm.org/extensions/stripe/-/issues/348Missing paymentIntentID on Payment Pages with Contribution ID in the URL2022-04-21T10:09:15ZpbarmakMissing paymentIntentID on Payment Pages with Contribution ID in the URLWe have a basic Contribution Page that works fine (both in test mode and live mode) when going just straight to the page, like so:
`https://example.org/civicrm/contribute/transact?reset=1&id=1`
However, when we go to the same page and i...We have a basic Contribution Page that works fine (both in test mode and live mode) when going just straight to the page, like so:
`https://example.org/civicrm/contribute/transact?reset=1&id=1`
However, when we go to the same page and include the Contribution ID and, optionally, the contact checksum, we receive the "Unable to complete payment! Missing paymentIntentID." error when we try to submit payment. And it does not send us back to the same payment page, but to whatever Civi admin page we were last on (so it can give the error message, I presume). A sample payment page url with params:
`https://example.org/civicrm/contribute/transact?reset=1&id=1&ccid=345&cid=2&cs=xxxx`
This happens both in test mode (action=preview) and live mode. I have disabled every extension except for Stripe and "Payment Shared" (which seems to be a dependency for Stripe, I can't disable it). I have also removed any references to custom templates or PHP files, so nothing should be overwriting the contribution page. Again, without the ccid or cs params being passed, it works great. It's just when we pass parameters so that donors can pay a specific invoice/contribution is when we get the Stripe error.
I do not see any console log errors; this is the error I see in the Civi error logs:
```
Dec 23 12:57:55 [debug] paymentIntentID not found. $params: Civi\Payment\PropertyBag Object
(
[props:protected] => Array
(
[default] => Array
(
[qfKey] => CRMContributeControllerContribution32i7koj5uow0sksoww408swo4o8cwsgs8wco0gck0gwwco4g0w_4025
[entryURL] => https://xxx.org/civicrm/contribute/transact?reset=1&id=1&ccid=345&cid=2&cs=xxx&action=preview
[hidden_processor] => 1
[email] => paul@xxx.org
[total_amount] => 3.00
[payment_processor_id] => 2
[priceSetId] => 8
[MAX_FILE_SIZE] => 209715200
[ip_address] => xxx
[amount] => 3
[tax_amount] => 0.00
[currency] => USD
[is_pay_later] => 0
[invoiceID] => f1dc72cb2976acc300749c57443663ec
[contributionID] => 345
[description] => Invoice and Service Fee Payment
[skipLineItem] => 0
[line_item] => Array
(
[8] => Array
(
[345] => Array
(
[qty] => 3
[label] => General Donation
[unit_price] => 1.00
[line_total] => 3.00
[price_field_id] => 12
[participant_count] => 0
[price_field_value_id] => 22
[field_title] => General Donation
[html_type] => Text
[description] =>
[entity_id] => 345
[entity_table] => civicrm_contribution
[contribution_id] => 345
[financial_type_id] => 5
[financial_type] => Services Fee
[membership_type_id] =>
[membership_num_terms] =>
[tax_amount] => 0
[price_set_id] => 8
[tax_rate] =>
[subTotal] => 3
[id] => 345
)
)
)
[financialTypeID] => 5
[financial_type_id] => 5
[contributionType_name] => Services Fee
[financialType_name] => Services Fee
[contactID] => 2
[payment_instrument_id] => 1
[item_name] => Online Contribution: Invoice and Service Fee Payment
[isRecur] =>
[error_url] => /civicrm/contribute/transact?reset=1&id=1&ccid=345&cid=2&cs=xxx&action=preview&_qf_Main_display=1&qfKey=CRMContributeControllerContribution32i7koj5uow0sksoww408swo4o8cwsgs8wco0gck0gwwco4g0w_4025
[paymentIntentID] =>
)
)
[suppressLegacyWarnings:protected] => 1
[lastWarning] =>
)
```6.7https://lab.civicrm.org/extensions/stripe/-/issues/347Registration from waiting list: Property 'contactID' has not been set.2023-02-20T16:11:57ZmikantchapRegistration from waiting list: Property 'contactID' has not been set.User cannot register from a waiting list.
User gets waiting list email for an event.
Gets as far as the 'Confirm Your Registration Information' page (card has been pre-authorised)
All details correct on page.
Clicks 'continue' gets e...User cannot register from a waiting list.
User gets waiting list email for an event.
Gets as far as the 'Confirm Your Registration Information' page (card has been pre-authorised)
All details correct on page.
Clicks 'continue' gets error:
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.
_Property 'contactID' has not been set._
The watchdog has:
$Fatal Error Details = array:3 [ "message" => "Property 'contactID' has not been set." "code" => null "exception" => BadMethodCallException {#1508 #message: "Property 'contactID' has not been set." #code: 0 #file: "/home/intsociety/public_html/sites/all/modules/civicrm/Civi/Payment/PropertyBag.php" #line: 263 trace: { /home/intsociety/public_html/sites/all/modules/civicrm/Civi/Payment/PropertyBag.php:263 { › } › throw new \BadMethodCallException("Property '$prop' has not been set."); › } } /home/intsociety/public_html/sites/all/modules/civicrm/Civi/Payment/PropertyBag.php:596 { …} /home/intsociety/public_html/sites/default/files/civicrm/extensions/stripe-elements/CRM/Core/Payment/Stripe.php:520 { …} /home/intsociety/public_html/sites/all/modules/civicrm/CRM/Event/Form/Registration/Confirm.php:1264 { …} /home/intsociety/public_html/sites/all/modules/civicrm/CRM/Event/Form/Registration/Confirm.php:533 { …} /home/intsociety/public_html/sites/all/modules/civicrm/CRM/Core/Form.php:513 { …} /home/intsociety/public_html/sites/all/modules/civicrm/CRM/Core/StateMachine.php:144 { …} /home/intsociety/public_html/sites/all/modules/civicrm/CRM/Core/QuickForm/Action/Next.php:43 { …} /home/intsociety/public_html/sites/all/modules/civicrm/packages/HTML/QuickForm/Controller.php:203 { …} /home/intsociety/public_html/sites/all/modules/civicrm/packages/HTML/QuickForm/Page.php:103 { …} /home/intsociety/public_html/sites/all/modules/civicrm/CRM/Core/Controller.php:347 { …} /home/intsociety/public_html/sites/all/modules/civicrm/CRM/Core/Invoke.php:312 { …} /home/intsociety/public_html/sites/all/modules/civicrm/CRM/Core/Invoke.php:68 { …} /home/intsociety/public_html/sites/all/modules/civicrm/CRM/Core/Invoke.php:36 { …} /home/intsociety/public_html/sites/all/modules/civicrm/drupal/civicrm.module:458 { …} /home/intsociety/public_html/includes/menu.inc:527 { …} /home/intsociety/public_html/index.php:21 { …} } } ]
Stripe Payment Processor 6.6.3
Sweet Alert 1.5
Payment Shared 1.0.1
CiviCRM 5.35.2
Drupal 7.82
Php 7.4https://lab.civicrm.org/extensions/stripe/-/issues/308Recurring Contribution marked as 'Pending (Incomplete Transaction)'2023-01-26T21:06:09ZMickCRecurring Contribution marked as 'Pending (Incomplete Transaction)'Non recurring payments are 'Completed', but recurring are 'Pending (Incomplete Transaction)'
- see 1st and 2nd screenshots
Stripe reports all payments as successful but the Webhook fails
- see 3rd screenshot
CiviCRM 5.35.1, Stripe Ext 6...Non recurring payments are 'Completed', but recurring are 'Pending (Incomplete Transaction)'
- see 1st and 2nd screenshots
Stripe reports all payments as successful but the Webhook fails
- see 3rd screenshot
CiviCRM 5.35.1, Stripe Ext 6.5.7, Payment Shared 0.9.12
Wordpress 5.6.2, Ubuntu 18.04 on AWS
I've looked at many other issues and can't see a specific action other than upgrade to take, which I've done
I received a status message to Fix the Webhooks which I've done
- noticed it changed to the encoded URL /civicrm?civiwp=CiviCRM&q=civicrm%2Fpayment%2Fipn%2F1
- also I seem to need /civicrm in the path which is not shown here https://docs.civicrm.org/sysadmin/en/latest/setup/payment-processors/recurring/
Hoping you can help! Thanks
[Screen_Shot_2021-03-26_at_5.36.26_pm](/uploads/1e8d5bd8a9899387f0582c0786ccac40/Screen_Shot_2021-03-26_at_5.36.26_pm.png)
![Screen_Shot_2021-03-26_at_5.23.18_pm](/uploads/fd8b20e7331083e69a814d3d6765925b/Screen_Shot_2021-03-26_at_5.23.18_pm.png)![Screen_Shot_2021-03-26_at_5.25.45_pm](/uploads/32c74c7767ee84095d813ee94e0d7a0b/Screen_Shot_2021-03-26_at_5.25.45_pm.png)!https://lab.civicrm.org/extensions/stripe/-/issues/289Translation of texts not working in sweetalert dialogs2023-04-26T14:11:07ZJoachimTranslation of texts not working in sweetalert dialogsI translated parts of the Stripe strings on transifex to German (de_DE). On my local test site I observed that these translations are picked up in the CiviCRM menu (Stripe Settings -> Stripe Einstellungen) and on the regular CiviCRM admi...I translated parts of the Stripe strings on transifex to German (de_DE). On my local test site I observed that these translations are picked up in the CiviCRM menu (Stripe Settings -> Stripe Einstellungen) and on the regular CiviCRM administration pages (e.g. description of check boxes), but not by the sweetalert dialog boxes during a credit card transaction. I can only assume this having something to do with the sweetalert texts being present in JavaScript files instead of the php files, where the other strings are located.https://lab.civicrm.org/extensions/stripe/-/issues/274Contribution status remains pending - line item is completed2023-01-26T21:06:08ZandyburnsContribution status remains pending - line item is completedI see this with recurrings set for the 1st of the month. The charge goes thru, the line item is set correctly to completed but the overall contribution status is remains pending.
![Untitled](/uploads/fb4286591a205a5c7c43f314eb6e240d/Un...I see this with recurrings set for the 1st of the month. The charge goes thru, the line item is set correctly to completed but the overall contribution status is remains pending.
![Untitled](/uploads/fb4286591a205a5c7c43f314eb6e240d/Untitled.png)
Similar issue to https://lab.civicrm.org/extensions/stripe/-/issues/260https://lab.civicrm.org/extensions/stripe/-/issues/215Errors encountered when anonymous users switch payment processors2023-12-14T12:35:18ZmfbErrors encountered when anonymous users switch payment processorsThis issue appears to be related to #172 and #123, and the steps to reproduce it are similar:
1. Install Stripe 6.4.1 and MJWShared 0.8 on CiviCRM 5.26.2 (on WordPress; I haven't tried other environments yet).
1. Create a contribution p...This issue appears to be related to #172 and #123, and the steps to reproduce it are similar:
1. Install Stripe 6.4.1 and MJWShared 0.8 on CiviCRM 5.26.2 (on WordPress; I haven't tried other environments yet).
1. Create a contribution page using Stripe and PayPal Website Payments Standard (builtin to CiviCRM core) as the payment processors.
1. Visit the contribution page with an anonymous session,
1. Switch between the payment processors and try to complete the payment.
When switching to Stripe, a JS alert is displayed: "You do not have permission to access this page" (this appears to be due to an ajax call returning this error message).
When switching to PayPal, the following JS error is logged in the console and the "Review your contribution" button doesn't work:
```
Uncaught (in promise) IntegrationError: We could not retrieve data from the specified Element.
Please make sure the Element you are attempting to use is still mounted.
at new t (https://js.stripe.com/v3:1:10981)
at ho (https://js.stripe.com/v3:1:53641)
at e._handleMessage (https://js.stripe.com/v3:1:60058)
at e._handleMessage (https://js.stripe.com/v3:1:27393)
at https://js.stripe.com/v3:1:58660
```6.4https://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/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.