Stripe issueshttps://lab.civicrm.org/extensions/stripe/-/issues2020-05-30T16:53:46Zhttps://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/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/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/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/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/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/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/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/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/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/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/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/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/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/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/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/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/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/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/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?