Stripe issueshttps://lab.civicrm.org/extensions/stripe/-/issues2021-04-02T15:43:52Zhttps://lab.civicrm.org/extensions/stripe/-/issues/282Subscription payment is not updating2021-04-02T15:43:52ZtapashSubscription payment is not updating@mattwire
Stripe charges OK,
Civi Records as Pending transaction, No email is sent and seeing Fatal error in the log:
`MJWIPNTrait call to repeattransaction failed: DB Error: already exists; params: Array ( [contribution_recur_id] => ...@mattwire
Stripe charges OK,
Civi Records as Pending transaction, No email is sent and seeing Fatal error in the log:
`MJWIPNTrait call to repeattransaction failed: DB Error: already exists; params: Array ( [contribution_recur_id] => 274 [contribution_status_id] => 2 [receive_date] => 20201218095828 [order_reference] => in_1HzfjEA7J6ExrhfuTmxnSEpk [trxn_id] => in_1HzfjEA7J6ExrhfuTmxnSEpk [total_amount] => 108 [fee_amount] => 1.5 [is_email_receipt] => )`
```
> $backTrace = #0 /home/webadmin/public_html/cmm/sites/all/modules/civicrm/CRM/Core/Error.php(942): CRM_Core_Error::backtrace("backTrace", TRUE) #1 /home/webadmin/public_html/cmm/sites/all/modules/civicrm/vendor/pear/pear-core-minimal/src/PEAR.php(922): CRM_Core_Error::exceptionHandler(Object(DB_Error)) #2 /home/webadmin/public_html/cmm/sites/all/modules/civicrm/vendor/pear/db/DB.php(997): PEAR_Error->__construct("DB Error: already exists", -5, 16, (Array:2), "INSERT INTO `civicrm_contribution` (`contact_id` , `financial_type_id` , `con...") #3 /home/webadmin/public_html/cmm/sites/all/modules/civicrm/vendor/pear/pear-core-minimal/src/PEAR.php(575): DB_Error->__construct(-5, 16, (Array:2), "INSERT INTO `civicrm_contribution` (`contact_id` , `financial_type_id` , `con...") #4 /home/webadmin/public_html/cmm/sites/all/modules/civicrm/vendor/pear/pear-core-minimal/src/PEAR.php(223): PEAR->_raiseError(Object(DB_mysqli), NULL, -5, 16, (Array:2), "INSERT INTO `civicrm_contribution` (`contact_id` , `financial_type_id` , `con...", "DB_Error", TRUE) #5 /home/webadmin/public_html/cmm/sites/all/modules/civicrm/vendor/pear/db/DB/common.php(1928): PEAR->__call("raiseError", (Array:7)) #6 /home/webadmin/public_html/cmm/sites/all/modules/civicrm/vendor/pear/db/DB/mysqli.php(936): DB_common->raiseError(-5, NULL, NULL, "INSERT INTO `civicrm_contribution` (`contact_id` , `financial_type_id` , `con...", "1062 ** Duplicate entry 'in_1HzfjEA7J6ExrhfuTmxnSEpk' for key 'UI_contrib_trx...") #7 /home/webadmin/public_html/cmm/sites/all/modules/civicrm/vendor/pear/db/DB/mysqli.php(406): DB_mysqli->mysqliRaiseError() #8 /home/webadmin/public_html/cmm/sites/all/modules/civicrm/vendor/pear/db/DB/common.php(1234): DB_mysqli->simpleQuery("INSERT INTO `civicrm_contribution` (`contact_id` , `financial_type_id` , `con...") #9 /home/webadmin/public_html/cmm/sites/all/modules/civicrm/packages/DB/DataObject.php(2696): DB_common->query("INSERT INTO `civicrm_contribution` (`contact_id` , `financial_type_id` , `con...") #10 /home/webadmin/public_html/cmm/sites/all/modules/civicrm/packages/DB/DataObject.php(1245): DB_DataObject->_query("INSERT INTO `civicrm_contribution` (`contact_id` , `financial_type_id` , `con...") #11 /home/webadmin/public_html/cmm/sites/all/modules/civicrm/CRM/Core/DAO.php(639): DB_DataObject->insert() #12 /home/webadmin/public_html/cmm/sites/all/modules/civicrm/CRM/Contribute/BAO/Contribution.php(190): CRM_Core_DAO->save() #13 /home/webadmin/public_html/cmm/sites/all/modules/civicrm/CRM/Contribute/BAO/Contribution.php(470): CRM_Contribute_BAO_Contribution::add((Array:24)) #14 /home/webadmin/public_html/cmm/sites/all/modules/civicrm/api/v3/utils.php(1297): CRM_Contribute_BAO_Contribution::create((Array:24), (Array:1)) #15 /home/webadmin/public_html/cmm/sites/all/modules/civicrm/api/v3/Contribution.php(77): _civicrm_api3_basic_create("CRM_Contribute_BAO_Contribution", (Array:24), "Contribution") #16 /home/webadmin/public_html/cmm/sites/all/modules/civicrm/Civi/API/Provider/MagicFunctionProvider.php(89): civicrm_api3_contribution_create((Array:24)) #17 /home/webadmin/public_html/cmm/sites/all/modules/civicrm/Civi/API/Kernel.php(150): Civi\API\Provider\MagicFunctionProvider->invoke((Array:8)) #18 /home/webadmin/public_html/cmm/sites/all/modules/civicrm/Civi/API/Kernel.php(81): Civi\API\Kernel->runRequest((Array:8)) #19 /home/webadmin/public_html/cmm/sites/all/modules/civicrm/api/api.php(131): Civi\API\Kernel->runSafe("Contribution", "create", (Array:19)) #20 /home/webadmin/public_html/cmm/sites/all/modules/civicrm/CRM/Contribute/BAO/Contribution.php(2674): civicrm_api3("Contribution", "create", (Array:19)) #21 /home/webadmin/public_html/cmm/sites/all/modules/civicrm/CRM/Contribute/BAO/Contribution.php(4442): CRM_Contribute_BAO_Contribution::repeatTransaction(Object(CRM_Contribute_BAO_Contribution), (Array:13), (Array:18)) #22 /home/webadmin/public_html/cmm/sites/all/modules/civicrm/api/v3/Contribution.php(683): CRM_Contribute_BAO_Contribution::completeOrder((Array:12), NULL, Object(CRM_Contribute_BAO_Contribution), NULL) #23 /home/webadmin/public_html/cmm/sites/all/modules/civicrm/api/v3/Contribution.php(629): _ipn_process_transaction((Array:11), Object(CRM_Contribute_BAO_Contribution), (Array:12), (Array:10)) #24 /home/webadmin/public_html/cmm/sites/all/modules/civicrm/Civi/API/Provider/MagicFunctionProvider.php(89): civicrm_api3_contribution_repeattransaction((Array:11)) #25 /home/webadmin/public_html/cmm/sites/all/modules/civicrm/Civi/API/Kernel.php(150): Civi\API\Provider\MagicFunctionProvider->invoke((Array:8)) #26 /home/webadmin/public_html/cmm/sites/all/modules/civicrm/Civi/API/Kernel.php(81): Civi\API\Kernel->runRequest((Array:8)) #27 /home/webadmin/public_html/cmm/sites/all/modules/civicrm/api/api.php(131): Civi\API\Kernel->runSafe("Contribution", "repeattransaction", (Array:9)) #28 /home/webadmin/public_html/cmm/sites/default/files/civicrm/ext/mjwshared/CRM/Core/Payment/MJWIPNTrait.php(246): civicrm_api3("Contribution", "repeattransaction", (Array:9)) #29 /home/webadmin/public_html/cmm/sites/default/files/civicrm/ext/stripe/CRM/Core/Payment/StripeIPN.php(415): CRM_Core_Payment_StripeIPN->repeatContribution((Array:7)) #30 /home/webadmin/public_html/cmm/sites/default/files/civicrm/ext/stripe/CRM/Core/Payment/StripeIPN.php(219): CRM_Core_Payment_StripeIPN->createNextContributionForRecur() #31 /home/webadmin/public_html/cmm/sites/default/files/civicrm/ext/stripe/CRM/Core/Payment/Stripe.php(1148): CRM_Core_Payment_StripeIPN->main() #32 /home/webadmin/public_html/cmm/sites/all/modules/civicrm/CRM/Core/Payment.php(1610): CRM_Core_Payment_Stripe->handlePaymentNotification() #33 /home/webadmin/public_html/cmm/sites/all/modules/civicrm/CRM/Core/Payment.php(1503): CRM_Core_Payment::handlePaymentMethod("handlePaymentNotification", (Array:3)) #34 /home/webadmin/public_html/cmm/sites/all/modules/civicrm/CRM/Core/Invoke.php(278): CRM_Core_Payment::handleIPN() #35 /home/webadmin/public_html/cmm/sites/all/modules/civicrm/CRM/Core/Invoke.php(68): CRM_Core_Invoke::runItem((Array:14)) #36 /home/webadmin/public_html/cmm/sites/all/modules/civicrm/CRM/Core/Invoke.php(36): CRM_Core_Invoke::_invoke((Array:4)) #37 /home/webadmin/public_html/cmm/sites/all/modules/civicrm/drupal/civicrm.module(459): CRM_Core_Invoke::invoke((Array:4)) #38 /home/webadmin/public_html/cmm/includes/menu.inc(527): civicrm_invoke("payment", "ipn", "3") #39 /home/webadmin/public_html/cmm/index.php(21): menu_execute_active_handler() #40 {main}
``
$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_contribution` (`contact_id` , `financial_type_id` , `contribution_page_id` , `payment_instrument_id` , `receive_date` , `total_amount` , `fee_amount` , `net_amount` , `trxn_id` , `currency` , `source` , `contribution_recur_id` , `is_test` , `contribution_status_id` , `check_number` ) VALUES ( 396 , 47 , 43 , 1 , 20201218095828 , 108 , 1.5 , 106.5 , 'in_1HzfjEA7J6ExrhfuTmxnSEpk' , 'GBP' , 'Online Contribution: Krishna\'s Cows' , 274 , 0 , 2 , NULL ) [nativecode=1062 ** Duplicate entry 'in_1HzfjEA7J6ExrhfuTmxnSEpk' for key 'UI_contrib_trxn_id'] [type] => DB_Error [user_info] => INSERT INTO `civicrm_contribution` (`contact_id` , `financial_type_id` , `contribution_page_id` , `payment_instrument_id` , `receive_date` , `total_amount` , `fee_amount` , `net_amount` , `trxn_id` , `currency` , `source` , `contribution_recur_id` , `is_test` , `contribution_status_id` , `check_number` ) VALUES ( 396 , 47 , 43 , 1 , 20201218095828 , 108 , 1.5 , 106.5 , 'in_1HzfjEA7J6ExrhfuTmxnSEpk' , 'GBP' , 'Online Contribution: Krishna\'s Cows' , 274 , 0 , 2 , NULL ) [nativecode=1062 ** Duplicate entry 'in_1HzfjEA7J6ExrhfuTmxnSEpk' for key 'UI_contrib_trxn_id'] [to_string] => [db_error: message="DB Error: already exists" code=-5 mode=callback callback=CRM_Core_Error::exceptionHandler prefix="" info="INSERT INTO `civicrm_contribution` (`contact_id` , `financial_type_id` , `contribution_page_id` , `payment_instrument_id` , `receive_date` , `total_amount` , `fee_amount` , `net_amount` , `trxn_id` , `currency` , `source` , `contribution_recur_id` , `is_test` , `contribution_status_id` , `check_number` ) VALUES ( 396 , 47 , 43 , 1 , 20201218095828 , 108 , 1.5 , 106.5 , 'in_1HzfjEA7J6ExrhfuTmxnSEpk' , 'GBP' , 'Online Contribution: Krishna\'s Cows' , 274 , 0 , 2 , NULL ) [nativecode=1062 ** Duplicate entry 'in_1HzfjEA7J6ExrhfuTmxnSEpk' for key 'UI_contrib_trxn_id']"] )
```6.6https://lab.civicrm.org/extensions/stripe/-/issues/446Support API version 2023-08-162024-03-09T12:53:23Zmattwiremjw@mjwconsult.co.ukSupport API version 2023-08-16https://stripe.com/docs/upgrades#2023-08-16
Looks like we'll need to specify `return_url` when creating paymentIntents/setupIntents.https://stripe.com/docs/upgrades#2023-08-16
Looks like we'll need to specify `return_url` when creating paymentIntents/setupIntents.6.10https://lab.civicrm.org/extensions/stripe/-/issues/256Can't submit contribution online form for 0 amount2021-05-09T19:13:55ZPradeep Nayakpradpnayak@gmail.comCan't submit contribution online form for 0 amountI have a membership with 0 fees and profile with some required fields. On Main page i fill in all the required fields and select 0 fee option and click review contribution button. On Confirmation screen the profile section is blank again...I have a membership with 0 fees and profile with some required fields. On Main page i fill in all the required fields and select 0 fee option and click review contribution button. On Confirmation screen the profile section is blank against the fields. When submitting it throws validation error as required.
Running 6.5.3 on civi 5.28
Could also replicate on dmaster.
Note from MJW: Could reproduce this on contribution page when Membership fee is 0 and confirmation page is enabled.https://lab.civicrm.org/extensions/stripe/-/issues/248Error "property 'entryURL' has not been set" submitting contribution, origina...2020-10-22T21:45:29ZjohnkError "property 'entryURL' has not been set" submitting contribution, originating with PropertyBag changes in 6.4.1I tested stripe 6.4.2 with mjwshared 0.8.1 on our CiviCRM site, and it caused our contribution page to break. If the payment information is correct, then you get "property 'entryURL' has not been set" on an error page, instead of the con...I tested stripe 6.4.2 with mjwshared 0.8.1 on our CiviCRM site, and it caused our contribution page to break. If the payment information is correct, then you get "property 'entryURL' has not been set" on an error page, instead of the confirmation. We're currently on CiviCRM 5.28.3 with Drupal 8.9.3. Drupal 8 is really the only thing unusual about our setup.
I confirmed that the error still occurred with a newly created confirmation page, using default settings with the Stripe payment processor selected. The error does not occur if this is switched to a dummy payment processor.
It went away when I reverted to stripe 6.4 with mjwshared 0.7. The line of code where the bug originates appears to be this one: https://lab.civicrm.org/extensions/stripe/-/blob/master/CRM/Core/Payment/Stripe.php#L1109
I can't figure out what's calling that getErrorURL, though.6.5https://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/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/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/28ENHANCEMENT: Editing of Recurring Contributions2023-06-29T20:02:25ZmpwoodwardENHANCEMENT: Editing of Recurring ContributionsIt'd be great to be able to edit recurring contributions to do things like change the number of installments, the campaign, as well as do things like disable the automatic sending of receipts. Basically a move towards feature parity with...It'd be great to be able to edit recurring contributions to do things like change the number of installments, the campaign, as well as do things like disable the automatic sending of receipts. Basically a move towards feature parity with the iATS plugin insofar as it's possible with Stripe would be awesome.https://lab.civicrm.org/extensions/stripe/-/issues/25Link broken for Stripe Documentation2023-06-29T20:02:25ZRoseLaniganLink broken for Stripe DocumentationThe documentation link for this extension goes to a 500 error page:
[Docs](https://docs.civicrm.org/stripe/en/latest)
I've stumbled across some instructions on another branch (https://github.com/drastik/com.drastikbydesign.stripe) that...The documentation link for this extension goes to a 500 error page:
[Docs](https://docs.civicrm.org/stripe/en/latest)
I've stumbled across some instructions on another branch (https://github.com/drastik/com.drastikbydesign.stripe) that fixed an error I've been having and I suspect are on the documentation (but I couldn't access it)?https://lab.civicrm.org/extensions/stripe/-/issues/434Billing Block being "missed" or not seen by Donors2023-07-20T12:27:31ZkcristianoBilling Block being "missed" or not seen by DonorsI have had a recent request to make the billing block more prominent.
For at least one client people are not seeing the payment block:
![image](/uploads/b803e79c6e8bb3eb595bcb27852a4ea3/image.png)
A request was made to see if we can a...I have had a recent request to make the billing block more prominent.
For at least one client people are not seeing the payment block:
![image](/uploads/b803e79c6e8bb3eb595bcb27852a4ea3/image.png)
A request was made to see if we can add the Processor name (Public) or Payment Info to this block once displayed and possibly even a 'powered by stripe logo'
![image](/uploads/a38aff11c195182fa0649ffe46613cee/image.png)
I took a quick look and didn't see a quick way to override this, would you consider possibly adding one or both to the extension or pointing me in the right direction to add these in my own extension?https://lab.civicrm.org/extensions/stripe/-/issues/432Support for MOTO Transactions2023-10-02T14:23:43ZTony Maynard-SmithSupport for MOTO TransactionsDoes this Extension support Stripe MOTO (Mail Order Telephone Orders) transactions, and if so is there any particular configuration required?
We are using Stripe for online payments without problems (CiviCRM 5.60, Stripe 6.8.2). If we...Does this Extension support Stripe MOTO (Mail Order Telephone Orders) transactions, and if so is there any particular configuration required?
We are using Stripe for online payments without problems (CiviCRM 5.60, Stripe 6.8.2). If we take a member's card details over the phone and our administrator carries out the transaction on the member's behalf, it frequently pops up with the bank's additional authorisation dialog requesting a one-time authorisation code. This code is then sent to the member with a warning not to tell anyone else about it, which can cause some difficulties.
We applied to Stripe for MOTO transactions to be enabled on our account, which has been done, but the same situation occurs. Stripe Support advises that the fact that this card is a MOTO transaction needs to be reported to Stripe when creating the PaymentIntent object on the API, see [https://stripe.com/docs/payments/payment-intents/moto], and the following clip:
![image](/uploads/130f6158b85025f0911ce75c1c56e1a8/image.png)
Does the Stripe Extension support this, since I can't see any UI mechanism or configuration options that might be relevant.https://lab.civicrm.org/extensions/stripe/-/issues/401UnknownCurrencyException error for Membership renewal payments2023-01-04T01:16:10ZmattembaUnknownCurrencyException error for Membership renewal paymentsHello,
A subset of our attempted Civi Membership Renewal payments are hitting an error thrown by the Stripe extension, before the card data is sent to Stripe for validation.
- CiviCRM 5.55.1
- Joomla 3.10.11
- Stripe Payment Processor ...Hello,
A subset of our attempted Civi Membership Renewal payments are hitting an error thrown by the Stripe extension, before the card data is sent to Stripe for validation.
- CiviCRM 5.55.1
- Joomla 3.10.11
- Stripe Payment Processor 6.8-dev
Log indicates the error is from the API due to a null currency code being passed by the Stripe extension:
```
Dec 08 09:26:11 [debug] AJAX Error ({error_id}): failed with exception
Array
(
[error_id] => jp0P-krKS-bG4f
[exception] => Brick\Money\Exception\UnknownCurrencyException: "Unknown currency code: "
#0 /home/SITE/public_html/administrator/components/com_civicrm/civicrm/vendor/brick/money/src/ISOCurrencyProvider.php(120): Brick\Money\Exception\UnknownCurrencyException::unknownCurrency(NULL)
```
- Full log attached: [UnknownCurrencyException.txt](/uploads/7e57b482dfd7584464d56150a9335ba5/UnknownCurrencyException.txt)
- I am unable to reproduce the issue but have 6+ reports from users of the same error in the past week.
- Issue is isolated to our Membership enrollment/renewal Contribution page. Other Contribution pages do not experience this error.
- Payments for brand new Memberships from the same Contribution page succeed.
- In the database and frontend config, all Contribution Pages are set to USD and every past Contribution record from our site is in USD.
- All users report USD based banks/cards and all have US based billing addresses.
- Issue is occurring across card types (Visa, MasterCard).
Has anyone else experienced this error? Any help would be appreciated. Thank you!https://lab.civicrm.org/extensions/stripe/-/issues/358Recurring error with the ca-certificates.crt file2022-07-01T22:13:30ZDaniel_StrumRecurring error with the ca-certificates.crt fileOne of the 3 CiviCRM instances I manage that use this extension keeps having an error:
> Unexpected error communicating with Stripe. If this problem persists, let us know at support@stripe.com. (Network error [errno 77]: error setting ce...One of the 3 CiviCRM instances I manage that use this extension keeps having an error:
> Unexpected error communicating with Stripe. If this problem persists, let us know at support@stripe.com. (Network error [errno 77]: error setting certificate verify locations: CAfile: /var/www/live/web/wp-content/uploads/civicrm/ext/com.drastikbydesign.stripe/vendor/stripe/stripe-php/data/ca-certificates.crt CApath: /etc/ssl/certs)
This happens randomly. After this error happens, the ca-certificates.crt file no longer has certificates and becomes:
```
<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
<html><head>
<title>301 Moved Permanently</title>
</head><body>
<h1>Moved Permanently</h1>
<p>The document has moved <a href="https://curl.se/ca/cacert.pem">here</a>.</p>
<hr>
<address>Apache Server at curl.haxx.se Port 80</address>
</body></html>
```
I am not a coder but I found the found the /vendor/stripe/stripe-php/update_certs.php file and I see that is has a URL that is no longer used https://curl.haxx.se/ca/cacert.pem. I believe, according to this page [https://curl.se/docs/caextract.html](https://curl.se/docs/caextract.html) the URL should be https://curl.se/ca/cacert.pem
I don't know why this problem seems to only be happening to this one CiviCRM instance but perhaps this URL should be updated.6.7https://lab.civicrm.org/extensions/stripe/-/issues/320Using the new refund UI results in refund recorded twice and contact owing money2022-05-16T14:42:43ZrichardsplaygroundUsing the new refund UI results in refund recorded twice and contact owing moneyCiviCRM 5.37.2, CiviCRM Stripe 6.6
Using the new refund UI for an event registration. I searched for the user, went to the events tab, found the event and clicked Edit. Then I scrolled down to Payments and clicked the little refund ic...CiviCRM 5.37.2, CiviCRM Stripe 6.6
Using the new refund UI for an event registration. I searched for the user, went to the events tab, found the event and clicked Edit. Then I scrolled down to Payments and clicked the little refund icon. Selected cancel participant on the popup dialog. (This isn't the refunded event, I'm just using it to show the icon I clicked on.)
![Screenshot_at_Jun_09_09-55-28](/uploads/5e3aa3ddbbf73e16673cc5886bab9998/Screenshot_at_Jun_09_09-55-28.png)
Now what we see is the user owes money. Not only do they owe money, but it shows they paid a negative number, which is wrong. They paid $0, because they paid some amount and then we refunded that same amount.
![Screenshot_at_Jun_09_09-55-49](/uploads/e74301c22b37890162f2c0df9bd72731/Screenshot_at_Jun_09_09-55-49.png)
Looking at payments for this event registration, I see the refund recorded twice. It looks like once with the original payment ID and once with a new refund ID.
![Screenshot_at_Jun_09_09-56-13](/uploads/c174263d8e75d41689d7cf5d3ac48ca3/Screenshot_at_Jun_09_09-56-13.png)
This doesn't look right, especially the owing twice what they registered. Is there a way to prevent the user owing anything on a cancelled registration?6.7https://lab.civicrm.org/extensions/stripe/-/issues/319Subscription charge succeeded, webhook succeeded, Civi contribution not created2022-02-24T11:36:07ZnoahSubscription charge succeeded, webhook succeeded, Civi contribution not createdIn at least one case, and possible several, a Stripe subscription was successfully charged, but the charge was not reflected in Civi.
- This recurring contribution had 5 previous successful payments recorded in Civi. This is the first t...In at least one case, and possible several, a Stripe subscription was successfully charged, but the charge was not reflected in Civi.
- This recurring contribution had 5 previous successful payments recorded in Civi. This is the first time the payment was not reflected in Civi.
- The Civi system log shows that the webhooks were received.
- I don't see anything in the CiviCRM ConfigAndLog files that mention Stripe at the time of the transaction.
- The contact is correctly linked to the customer_id, and the recurring contribution to the subscription_id.
- `Stripe.listevents`, filtered by the subscription id, shows all 6 payments. All say `"processed": "yes"` except the most recent one, which says `"processed": "no"`.
- The problem happened two days after upgrading to 6.6 about a week ago. Some other subscription charges (for other people) have shown up successfully in Civi since the upgrade.
Any ideas on what could be going on?6.7https://lab.civicrm.org/extensions/stripe/-/issues/306Can't pay for event with more then one participant2021-05-10T18:46:42ZjamieCan't pay for event with more then one participantI'm running against the 6.6 (unreleased) branch.
When I register for a paid event, with more then one participant, when I click the "Review your registration button" the button greys out, but nothing else happens.
Judging from the cons...I'm running against the 6.6 (unreleased) branch.
When I register for a paid event, with more then one participant, when I click the "Review your registration button" the button greys out, but nothing else happens.
Judging from the console output, it looks like `getTotalAmount()` returns null (as programmed) but whatever is calling `getTotalAmount()` expects a number (or float).
![multiple-participant-event](/uploads/6981a200d761d6286827d88aa6941f32/multiple-participant-event.png)6.6https://lab.civicrm.org/extensions/stripe/-/issues/294Stripe customer data not updated when contacts are merged2023-03-13T16:01:16ZlarynStripe customer data not updated when contacts are merged> Funding link: https://www.mjwconsult.co.uk/en/civicrm/pcp/info/?reset=1&id=9
While investigating why a recurring donation that was successful in Stripe was not updating the status of the donation in CiviCRM, I discovered that the cont...> Funding link: https://www.mjwconsult.co.uk/en/civicrm/pcp/info/?reset=1&id=9
While investigating why a recurring donation that was successful in Stripe was not updating the status of the donation in CiviCRM, I discovered that the contact ID did not match between the customer metadata in Stripe and the contact data in CiviCRM. This helped me figure out that the contact had been merged with a duplicate at some point, and the contact that ended up deleted was the one that originally had the recurring donation.
Would it be possible to hook into the deduplication merge process to:
- Update Stripe's customer metadata (contact ID)
- Update the customer data in the database (`civicrm_stripe_customers` table) with the new contact ID
Anything else needed to keep this linked correctly?https://lab.civicrm.org/extensions/stripe/-/issues/287Duplicate donations2021-05-09T19:28:02ZlarynDuplicate donationsI have a site that just in the last few weeks has gotten a bunch of duplicate donations that is resulting in unhappy donors, bank disputes, and refunds being issued. Obviously not great for a small nonprofit... Anybody else seeing this? ...I have a site that just in the last few weeks has gotten a bunch of duplicate donations that is resulting in unhappy donors, bank disputes, and refunds being issued. Obviously not great for a small nonprofit... Anybody else seeing this? I'm trying to figure out if it's a matter of lag time and donors actually donating twice or some other issue.
It seems to correlate at least roughly to the most recent upgrade to _CiviCRM Stripe 6.5.5_.https://lab.civicrm.org/extensions/stripe/-/issues/280Certain cards are charged $50 more than the payment amount2023-10-02T14:15:16ZjohnkCertain cards are charged $50 more than the payment amountWe've had two contributions go through now, one was for $800 and got charged at $850. The other was for $20 and got charged $70.
When I view these in the Stripe dashboard, they look like this:
![Screen_Shot_2020-12-07_at_5.40.06_PM](/up...We've had two contributions go through now, one was for $800 and got charged at $850. The other was for $20 and got charged $70.
When I view these in the Stripe dashboard, they look like this:
![Screen_Shot_2020-12-07_at_5.40.06_PM](/uploads/7bb669afdad91ab3a6df45b540f712da/Screen_Shot_2020-12-07_at_5.40.06_PM.png)
The payment intent is created for an amount that has the extra $50, then it tries to update it but fails with the message, "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."
There seems to be no trace of the higher amount in Civi, which is really quite bad. People noticed this on their statements and then contacted us.
In both of the cases we've had, the card was a Visa credit card issued by Chase Bank. What could be going on here?https://lab.civicrm.org/extensions/stripe/-/issues/253Webhooks failing for recur contribution.2020-09-28T09:47:12ZjitendraWebhooks failing for recur contribution.We observe webhooks failing for recur contribution. This happens when the trxn_id of the main contribution has a comma-separated value. Eg -
![image](/uploads/9c2c442026ebf9787f931182162a8b86/image.png)
The webhook call for `invoice.p...We observe webhooks failing for recur contribution. This happens when the trxn_id of the main contribution has a comma-separated value. Eg -
![image](/uploads/9c2c442026ebf9787f931182162a8b86/image.png)
The webhook call for `invoice.payment_succeeded` or `charge_succeeded` checks for the exact trxn id or the charge id present in the contribution Eg: https://lab.civicrm.org/extensions/stripe/-/blob/master/CRM/Core/Payment/StripeIPN.php#L459
```php
$contributionRecur = civicrm_api3('ContributionRecur', 'getsingle', ['trxn_id' => $this->subscription_id]);
```
Should this be updated to LIKE comparison since comma separated value is a valid entry in trxn_id i think?