Stripe issueshttps://lab.civicrm.org/extensions/stripe/-/issues2020-09-21T12:29:48Zhttps://lab.civicrm.org/extensions/stripe/-/issues/232Check jquery validation on CiviCRM 5.292020-09-21T12:29:48Zmattwiremjw@mjwconsult.co.ukCheck jquery validation on CiviCRM 5.29Following this change https://github.com/civicrm/civicrm-core/pull/17937 we may need to adjust our js jquery validation codeFollowing this change https://github.com/civicrm/civicrm-core/pull/17937 we may need to adjust our js jquery validation code6.5https://lab.civicrm.org/extensions/stripe/-/issues/230Error when making a payment with a currency other than the default currency2020-09-04T14:46:00ZdmunioError when making a payment with a currency other than the default currencyWhen a payment is registered per stripe from the Civicrm interface with a currency other than the default currency, Stripe registers the payment in the default currency of Civicrm, while in Civicrm the contribution is registered in the c...When a payment is registered per stripe from the Civicrm interface with a currency other than the default currency, Stripe registers the payment in the default currency of Civicrm, while in Civicrm the contribution is registered in the correct currency.
![image](/uploads/ca5addf21db601226157764f9ae9a6d0/image.png)
![image](/uploads/51bc981980c7d80d8018a449e6fe6e9a/image.png)6.5https://lab.civicrm.org/extensions/stripe/-/issues/225No credit card display in Internet Explorer 112020-09-21T12:35:01ZDevAppNo credit card display in Internet Explorer 11Internet explorer 11.
Works fine in Chrome and Edge.
JS errors, and user can't enter a credit card number.
![js_error_2](/uploads/cd0000032aff13130fcacc00fa868657/js_error_2.png)
![no_cc](/uploads/f5e9268aedeb850503e28756f6c4eedd/no_cc...Internet explorer 11.
Works fine in Chrome and Edge.
JS errors, and user can't enter a credit card number.
![js_error_2](/uploads/cd0000032aff13130fcacc00fa868657/js_error_2.png)
![no_cc](/uploads/f5e9268aedeb850503e28756f6c4eedd/no_cc.png)
![js_error](/uploads/cd34d96b3fa28d869661c33fd14092e2/js_error.png)6.5https://lab.civicrm.org/extensions/stripe/-/issues/223Error when IPN is called on stripe 6.4.2 MJwshared 8.12020-09-21T12:32:26ZtapashError when IPN is called on stripe 6.4.2 MJwshared 8.1Receiving the error and in civi contribution seems to be trying to update multiple times .
![Screenshot_2020-07-09_at_16.54.45](/uploads/1615fa432d89e729ea732484bf687340/Screenshot_2020-07-09_at_16.54.45.png)
**Backtrace**
`$backTrace ...Receiving the error and in civi contribution seems to be trying to update multiple times .
![Screenshot_2020-07-09_at_16.54.45](/uploads/1615fa432d89e729ea732484bf687340/Screenshot_2020-07-09_at_16.54.45.png)
**Backtrace**
`$backTrace = #0 /home/webadmin/public_html/cmm/sites/all/modules/civicrm/CRM/Core/Error.php(432): CRM_Core_Error::backtrace("backTrace", TRUE) #1 /home/webadmin/public_html/cmm/sites/all/modules/civicrm/CRM/Core/Invoke.php(39): CRM_Core_Error::handleUnhandledException(Object(CiviCRM_API3_Exception)) #2 /home/webadmin/public_html/cmm/sites/all/modules/civicrm/drupal/civicrm.module(454): CRM_Core_Invoke::invoke((Array:4)) #3 /home/webadmin/public_html/cmm/includes/menu.inc(527): civicrm_invoke("payment", "ipn", "3") #4 /home/webadmin/public_html/cmm/index.php(21): menu_execute_active_handler() #5 {main}
`
**Error**
`$Fatal Error Details = array(3) { ["message"]=> string(30) "Contribution already completed" ["code"]=> NULL ["exception"]=> object(CiviCRM_API3_Exception)#2398 (8) { ["extraParams":"CiviCRM_API3_Exception":private]=> array(3) { ["is_error"]=> int(1) ["error_message"]=> string(30) "Contribution already completed" ["error_code"]=> string(9) "undefined" } ["message":protected]=> string(30) "Contribution already completed" ["string":"Exception":private]=> string(0) "" ["code":protected]=> int(0) ["file":protected]=> string(68) "/home/webadmin/public_html/cmm/sites/all/modules/civicrm/api/api.php" ["line":protected]=> int(133) ["trace":"Exception":private]=> array(11) { [0]=> array(4) { ["file"]=> string(105) "/home/webadmin/public_html/cmm/sites/default/files/civicrm/ext/mjwshared/CRM/Core/Payment/MJWIPNTrait.php" ["line"]=> int(282) ["function"]=> string(12) "civicrm_api3" ["args"]=> array(3) { [0]=> string(10) "Mjwpayment" [1]=> string(14) "create_payment" [2]=> array(9) { ["contribution_id"]=> string(5) "35029" ["trxn_date"]=> string(14) "20200709162334" ["order_reference"]=> string(0) "" ["trxn_id"]=> string(27) "ch_1H31b0A7J6Exrhfuaq6nuYds" ["total_amount"]=> float(15) ["fee_amount"]=> float(0.38) ["is_send_contribution_notification"]=> int(0) ["skipCleanMoney"]=> bool(true) ["version"]=> int(3) } } } [1]=> array(6) { ["file"]=> string(100) "/home/webadmin/public_html/cmm/sites/default/files/civicrm/ext/stripe/CRM/Core/Payment/StripeIPN.php" ["line"]=> int(322) ["function"]=> string(27) "updateContributionCompleted" ["class"]=> string(26) "CRM_Core_Payment_StripeIPN" ["type"]=> string(2) "->" ["args"]=> array(1) { [0]=> array(6) { ["contribution_id"]=> string(5) "35029" ["trxn_date"]=> string(14) "20200709162334" ["order_reference"]=> string(0) "" ["trxn_id"]=> string(27) "ch_1H31b0A7J6Exrhfuaq6nuYds" ["total_amount"]=> float(15) ["fee_amount"]=> float(0.38) } } } [2]=> array(6) { ["file"]=> string(97) "/home/webadmin/public_html/cmm/sites/default/files/civicrm/ext/stripe/CRM/Core/Payment/Stripe.php" ["line"]=> int(1072) ["function"]=> string(4) "main" ["class"]=> string(26) "CRM_Core_Payment_StripeIPN" ["type"]=> string(2) "->" ["args"]=> array(0) { } } [3]=> array(6) { ["file"]=> string(77) "/home/webadmin/public_html/cmm/sites/all/modules/civicrm/CRM/Core/Payment.php" ["line"]=> int(1600) ["function"]=> string(25) "handlePaymentNotification" ["class"]=> string(23) "CRM_Core_Payment_Stripe" ["type"]=> string(2) "::" ["args"]=> array(0) { } } [4]=> array(6) { ["file"]=> string(77) "/home/webadmin/public_html/cmm/sites/all/modules/civicrm/CRM/Core/Payment.php" ["line"]=> int(1494) ["function"]=> string(19) "handlePaymentMethod" ["class"]=> string(16) "CRM_Core_Payment" ["type"]=> string(2) "::" ["args"]=> array(2) { [0]=> string(25) "handlePaymentNotification" [1]=> array(3) { ["processor_name"]=> NULL ["processor_id"]=> string(1) "3" ["mode"]=> NULL } } } [5]=> array(6) { ["file"]=> string(76) "/home/webadmin/public_html/cmm/sites/all/modules/civicrm/CRM/Core/Invoke.php" ["line"]=> int(278) ["function"]=> string(9) "handleIPN" ["class"]=> string(16) "CRM_Core_Payment" ["type"]=> string(2) "::" ["args"]=> array(0) { } } [6]=> array(6) { ["file"]=> string(76) "/home/webadmin/public_html/cmm/sites/all/modules/civicrm/CRM/Core/Invoke.php" ["line"]=> int(68) ["function"]=> string(7) "runItem" ["class"]=> string(15) "CRM_Core_Invoke" ["type"]=> string(2) "::" ["args"]=> array(1) { [0]=> array(14) { ["id"]=> string(3) "215" ["domain_id"]=> string(1) "1" ["path"]=> string(19) "civicrm/payment/ipn" ["access_callback"]=> string(1) "1" ["access_arguments"]=> array(2) { [0]=> array(1) { [0]=> string(21) "access CiviContribute" } [1]=> string(3) "and" } ["page_callback"]=> array(2) { [0]=> string(16) "CRM_Core_Payment" [1]=> string(9) "handleIPN" } ["breadcrumb"]=> array(2) { [0]=> array(2) { ["title"]=> string(7) "CiviCRM" ["url"]=> string(16) "/civicrm?reset=1" } [1]=> array(2) { ["title"]=> string(11) "New Payment" ["url"]=> string(39) "/civicrm/payment?reset=1&action=add" } } ["component_id"]=> string(1) "2" ["is_public"]=> string(1) "1" ["is_ssl"]=> string(1) "0" ["weight"]=> string(1) "1" ["type"]=> string(1) "1" ["page_type"]=> string(1) "0" ["page_arguments"]=> bool(false) } } } [7]=> array(6) { ["file"]=> string(76) "/home/webadmin/public_html/cmm/sites/all/modules/civicrm/CRM/Core/Invoke.php" ["line"]=> int(36) ["function"]=> string(7) "_invoke" ["class"]=> string(15) "CRM_Core_Invoke" ["type"]=> string(2) "::" ["args"]=> array(1) { [0]=> array(4) { [0]=> string(7) "civicrm" [1]=> string(7) "payment" [2]=> string(3) "ipn" [3]=> string(1) "3" } } } [8]=> array(6) { ["file"]=> string(78) "/home/webadmin/public_html/cmm/sites/all/modules/civicrm/drupal/civicrm.module" ["line"]=> int(454) ["function"]=> string(6) "invoke" ["class"]=> string(15) "CRM_Core_Invoke" ["type"]=> string(2) "::" ["args"]=> array(1) { [0]=> array(4) { [0]=> string(7) "civicrm" [1]=> string(7) "payment" [2]=> string(3) "ipn" [3]=> string(1) "3" } } } [9]=> array(4) { ["file"]=> string(48) "/home/webadmin/public_html/cmm/includes/menu.inc" ["line"]=> int(527) ["function"]=> string(14) "civicrm_invoke" ["args"]=> array(3) { [0]=> string(7) "payment" [1]=> string(3) "ipn" [2]=> string(1) "3" } } [10]=> array(4) { ["file"]=> string(40) "/home/webadmin/public_html/cmm/index.php" ["line"]=> int(21) ["function"]=> string(27) "menu_execute_active_handler" ["args"]=> array(0) { } } } ["previous":"Exception":private]=> NULL } }
`6.5https://lab.civicrm.org/extensions/stripe/-/issues/222Selecting Pay Later after Stripe behaves wrongly on Webforms2024-01-12T05:01:04ZTony Maynard-SmithSelecting Pay Later after Stripe behaves wrongly on WebformsOn a Drupal webform, if you select Stripe, then select Pay Later and Submit the form, it goes back to the previous page rather than submitting correctly.
This is because selecting Stripe adds Event Listeners to the Submit button (severa...On a Drupal webform, if you select Stripe, then select Pay Later and Submit the form, it goes back to the previous page rather than submitting correctly.
This is because selecting Stripe adds Event Listeners to the Submit button (several places in js/civicrm_stripe.js, but the critical one appears to be submitButtonClick on Line 389), but these are not removed when a different PP is selected (should be in function notStripe(), line 265 ?). For non-Stripe PPs submitButtonClick has the effect of disabling the Submit button after it is clicked; this means that the name of the submit button is not included in the POST data sent to the server; and the webform code deliberately treats this as a click on the first button on the page, which is 'Previous Page' (for browser compatibility in other circumstances).
I suggest that this Listener should be removed when a non-Stripe PP is detected.6.4https://lab.civicrm.org/extensions/stripe/-/issues/221Webhooks returning 400 for Stripe event IDs not generated by CiviCRM Stripe2021-04-27T11:06:30ZrichardsplaygroundWebhooks returning 400 for Stripe event IDs not generated by CiviCRM StripeCiviCRM 5.26.2 on Drupal 7 with CiviCRM Stripe 6.4.1 and MJWShared 0.8.
I have one stripe account and two web sites that post transactions to it:
* CiviCRM using CiviCRM Stripe 6.4.1 on Drupal
* WooCommerce on Wordpress
Both CiviCRM an...CiviCRM 5.26.2 on Drupal 7 with CiviCRM Stripe 6.4.1 and MJWShared 0.8.
I have one stripe account and two web sites that post transactions to it:
* CiviCRM using CiviCRM Stripe 6.4.1 on Drupal
* WooCommerce on Wordpress
Both CiviCRM and WooCommerce have web hooks configured in the Stripe dashboard. When either WooCommerce or CiviCRM create transactions in Stripe, *both* webhooks are notified.
When CiviCRM creates a transaction in Stripe, the WooCommerce webhook returns a 500 (OK) status. All good.
However, when WooCommerce creates a transaction in Stripe, the CiviCRM Stripe webhook returns a 400 (Bad Request) status. On my site, at the moment, there are far more transactions created by WooCommerce than CiviCRM, so a very large proportion of webhook calls to the CiviCRM Stripe webhook URL are returning 400 statuses. This is causing Stripe to threaten to block the webhook altogether.
Would it be possible to have CiviCRM Stripe return a 500 and just internally ignore webhook calls for event IDs that it does not recognize?6.5mattwiremjw@mjwconsult.co.ukmattwiremjw@mjwconsult.co.ukhttps://lab.civicrm.org/extensions/stripe/-/issues/218stripe error when there is an apostrophe in the public title of the contribut...2020-06-27T15:21:29Zjamiestripe error when there is an apostrophe in the public title of the contribution page: The statement descriptor cannot include 'This may have been a regression from #78?This may have been a regression from #78?6.4jamiejamiehttps://lab.civicrm.org/extensions/stripe/-/issues/217Duplicate payment records after successful capture2020-11-10T22:01:29ZbpaystDuplicate payment records after successful captureWe are seeing the same issue which was previously reported and closed https://lab.civicrm.org/extensions/stripe/-/issues/144 where 2 payments are recorded on the CiviCRM side. This appears to only happen for memberships, one-time donatio...We are seeing the same issue which was previously reported and closed https://lab.civicrm.org/extensions/stripe/-/issues/144 where 2 payments are recorded on the CiviCRM side. This appears to only happen for memberships, one-time donations do not have the same behavior. There is only one Stripe transaction. We're on CiviCRM 5.25.0, Stripe Extension 6.4.1.![Screen_Shot_2020-06-26_at_10.13.45_AM](/uploads/fe903546ef8fb5f10956578deb4999e8/Screen_Shot_2020-06-26_at_10.13.45_AM.png)6.5https://lab.civicrm.org/extensions/stripe/-/issues/216Error after Upgrade to 6.4.1: Stripe: Missing Requirements - The Stripe exten...2020-06-27T16:14:04ZJoachimError after Upgrade to 6.4.1: Stripe: Missing Requirements - The Stripe extension requires the sweetalert extension version 1.2 or greater but your system has version .After upgrading MJWShared to 0.8, Firewall to 1.0.3 and Stripe Payment Processor to 6.4.1 (running on Wordpress 5.4.2, CiviCRM 5.26.2), on the system status page I now have the following error showing up:
> Stripe: Missing Requirements
...After upgrading MJWShared to 0.8, Firewall to 1.0.3 and Stripe Payment Processor to 6.4.1 (running on Wordpress 5.4.2, CiviCRM 5.26.2), on the system status page I now have the following error showing up:
> Stripe: Missing Requirements
> The Stripe extension requires the sweetalert extension version 1.2 or greater but your system has version .6.4https://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/210Stripe 6.4 requires reCaptcha to be present on the form, even when it is not ...2020-07-09T11:39:04Zjustinfreeman (Agileware)Stripe 6.4 requires reCaptcha to be present on the form, even when it is not on the form, and will fail silently when not present"Make sure we don't submit the form if we have a reCaptcha and it is not valid."
From https://docs.civicrm.org/stripe/en/latest/releasenotes/#release-64
Stripe 6.4 requires reCaptcha to be present on the form, even when it is not on the..."Make sure we don't submit the form if we have a reCaptcha and it is not valid."
From https://docs.civicrm.org/stripe/en/latest/releasenotes/#release-64
Stripe 6.4 requires reCaptcha to be present on the form, even when it is not on the form, and will fail silently when not present.
Steps to reproduce:
1. Enable the Stripe payment processor, 6.4
1. Create a Contribution Page
1. Set the Payment Method to Stripe
1. Attempt to submit a Payment
1. Contribution button is inactive
1. No feedback to the user
1. Enable Stripe, Javascript debugging
1. Repeat steps above
1. Note in the JS Console, there is now a missing reCaptcha warning from Stripe JS
And then in addition to the above, when you do enable reCaptcha on the Form. It is only displayed for users that are not logged into the website.
If you have a user which IS logged into the website and has access to CiviCRM, then no reCaptcha is shown and again, Stripe will not accept the Contribution page being submitted - because there is no reCaptcha.
CiviCRM 5.25
Stripe 6.4
Agileware Ref: CIVICRM-15036.4https://lab.civicrm.org/extensions/stripe/-/issues/209Issue installing stripe extension2020-06-20T15:54:40ZdroidmcseIssue installing stripe extensionHey everybody, hope you're safe and healthy!
Working on a site for a friend and they use stripe. And after we add the extension, we get the info in the first image which says "Your extensions require database updates. Please execute the...Hey everybody, hope you're safe and healthy!
Working on a site for a friend and they use stripe. And after we add the extension, we get the info in the first image which says "Your extensions require database updates. Please execute the updates". Which we click on the link.
Then the 2nd screen pops up, and just sits. Civi logging is turned on. We get a table not found error.
Jun 16 16:00:53 [debug] $backTrace = #0 /home/nonprofit/domains/nonprofit.org/public_html/wp-content/plugins/civicrm/civicrm/CRM/Core/Error.php(915): CRM_Core_Error::backtrace("backTrace", TRUE)
#1 /home/nonprofit/domains/nonprofit.org/public_html/wp-content/plugins/civicrm/civicrm/vendor/pear/pear-core-minimal/src/PEAR.php(922): CRM_Core_Error::exceptionHandler(Object(DB_Error))
#2 /home/nonprofit/domains/nonprofit.org/public_html/wp-content/plugins/civicrm/civicrm/packages/DB.php(998): PEAR_Error->__construct("DB Error: no such table", -18, 16, (Array:2), "SELECT COUNT(*) FROM civicrm_stripe_plans where processor_id IS NULL [nativec...")
#3 /home/nonprofit/domains/nonprofit.org/public_html/wp-content/plugins/civicrm/civicrm/vendor/pear/pear-core-minimal/src/PEAR.php(575): DB_Error->__construct(-18, 16, (Array:2), "SELECT COUNT(*) FROM civicrm_stripe_plans where processor_id IS NULL [nativec...")
#4 /home/nonprofit/domains/nonprofit.org/public_html/wp-content/plugins/civicrm/civicrm/vendor/pear/pear-core-minimal/src/PEAR.php(223): PEAR->_raiseError(Object(DB_mysqli), NULL, -18, 16, (Array:2), "SELECT COUNT(*) FROM civicrm_stripe_plans where processor_id IS NULL [nativec...", "DB_Error", TRUE)
#5 /home/nonprofit/domains/nonprofit.org/public_html/wp-content/plugins/civicrm/civicrm/packages/DB/common.php(1925): PEAR->__call("raiseError", (Array:7))
#6 /home/nonprofit/domains/nonprofit.org/public_html/wp-content/plugins/civicrm/civicrm/packages/DB/mysqli.php(935): DB_common->raiseError(-18, NULL, NULL, "SELECT COUNT(*) FROM civicrm_stripe_plans where processor_id IS NULL [nativec...", "1146 ** Table 'secure.civicrm_stripe_plans' doesn't exist")
#7 /home/nonprofit/domains/nonprofit.org/public_html/wp-content/plugins/civicrm/civicrm/packages/DB/mysqli.php(405): DB_mysqli->mysqliRaiseError()
#8 /home/nonprofit/domains/nonprofit.org/public_html/wp-content/plugins/civicrm/civicrm/packages/DB/common.php(1231): DB_mysqli->simpleQuery("SELECT COUNT(*) FROM civicrm_stripe_plans where processor_id IS NULL")
#9 /home/nonprofit/domains/nonprofit.org/public_html/wp-content/plugins/civicrm/civicrm/packages/DB/DataObject.php(2696): DB_common->query("SELECT COUNT(*) FROM civicrm_stripe_plans where processor_id IS NULL")
#10 /home/nonprofit/domains/nonprofit.org/public_html/wp-content/plugins/civicrm/civicrm/packages/DB/DataObject.php(1829): DB_DataObject->_query("SELECT COUNT(*) FROM civicrm_stripe_plans where processor_id IS NULL")
#11 /home/nonprofit/domains/nonprofit.org/public_html/wp-content/plugins/civicrm/civicrm/CRM/Core/DAO.php(421): DB_DataObject->query("SELECT COUNT(*) FROM civicrm_stripe_plans where processor_id IS NULL")
#12 /home/nonprofit/domains/nonprofit.org/public_html/wp-content/plugins/civicrm/civicrm/CRM/Core/DAO.php(1473): CRM_Core_DAO->query("SELECT COUNT(*) FROM civicrm_stripe_plans where processor_id IS NULL", TRUE)
#13 /home/nonprofit/domains/nonprofit.org/public_html/wp-content/uploads/civicrm/ext/hide.com.drastikbydesign.stripe/CRM/Stripe/Upgrader.php(86): CRM_Core_DAO::executeQuery("SELECT COUNT(*) FROM civicrm_stripe_plans where processor_id IS NULL")
#14 /home/nonprofit/domains/nonprofit.org/public_html/wp-content/uploads/civicrm/ext/hide.com.drastikbydesign.stripe/CRM/Stripe/Upgrader/Base.php(72): CRM_Stripe_Upgrader->upgrade_5002()
#15 /home/nonprofit/domains/nonprofit.org/public_html/wp-content/plugins/civicrm/civicrm/CRM/Queue/Task.php(74): CRM_Stripe_Upgrader_Base::_queueAdapter(Object(CRM_Queue_TaskContext), "upgrade_5002")
#16 /home/nonprofit/domains/nonprofit.org/public_html/wp-content/plugins/civicrm/civicrm/CRM/Queue/Runner.php(202): CRM_Queue_Task->run(Object(CRM_Queue_TaskContext))
#17 /home/nonprofit/domains/nonprofit.org/public_html/wp-content/plugins/civicrm/civicrm/CRM/Queue/Page/AJAX.php(36): CRM_Queue_Runner->runNext(TRUE)
#18 /home/nonprofit/domains/nonprofit.org/public_html/wp-content/plugins/civicrm/civicrm/CRM/Queue/ErrorPolicy.php(90): CRM_Queue_Page_AJAX::{closure}()
#19 /home/nonprofit/domains/nonprofit.org/public_html/wp-content/plugins/civicrm/civicrm/CRM/Queue/Page/AJAX.php(38): CRM_Queue_ErrorPolicy->call(Object(Closure))
#20 /home/nonprofit/domains/nonprofit.org/public_html/wp-content/plugins/civicrm/civicrm/CRM/Core/Invoke.php(278): CRM_Queue_Page_AJAX::runNext()
#21 /home/nonprofit/domains/nonprofit.org/public_html/wp-content/plugins/civicrm/civicrm/CRM/Core/Invoke.php(68): CRM_Core_Invoke::runItem((Array:13))
#22 /home/nonprofit/domains/nonprofit.org/public_html/wp-content/plugins/civicrm/civicrm/CRM/Core/Invoke.php(36): CRM_Core_Invoke::_invoke((Array:4))
#23 /home/nonprofit/domains/nonprofit.org/public_html/wp-content/plugins/civicrm/civicrm.php(1535): CRM_Core_Invoke::invoke((Array:4))
#24 /home/nonprofit/domains/nonprofit.org/public_html/wp-includes/class-wp-hook.php(287): CiviCRM_For_WordPress->invoke("")
#25 /home/nonprofit/domains/nonprofit.org/public_html/wp-includes/class-wp-hook.php(311): WP_Hook->apply_filters("", (Array:1))
#26 /home/nonprofit/domains/nonprofit.org/public_html/wp-includes/plugin.php(478): WP_Hook->do_action((Array:1))
#27 /home/nonprofit/domains/nonprofit.org/public_html/wp-admin/admin.php(254): do_action("toplevel_page_CiviCRM")
#28 {main}
Jun 16 16:00:53 [info] $CRM_Queue_Page_AJAX_runNext_error = PEAR_Exception: "DB Error: no such table"
* ERROR TYPE: DB_Error
* ERROR CODE: -18
* ERROR MESSAGE: DB Error: no such table
* ERROR MODE: 16
* ERROR USERINFO: SELECT COUNT(*) FROM civicrm_stripe_plans where processor_id IS NULL [nativecode=1146 ** Table 'secure.civicrm_stripe_plans' doesn't exist]
* ERROR DEBUGINFO: SELECT COUNT(*) FROM civicrm_stripe_plans where processor_id IS NULL [nativecode=1146 ** Table 'secure.civicrm_stripe_plans' doesn't exist]
#0 /home/nonprofit/domains/nonprofit.org/public_html/wp-content/plugins/civicrm/civicrm/vendor/pear/pear-core-minimal/src/PEAR.php(922): CRM_Core_Error::exceptionHandler(Object(DB_Error))
#1 /home/nonprofit/domains/nonprofit.org/public_html/wp-content/plugins/civicrm/civicrm/packages/DB.php(998): PEAR_Error->__construct("DB Error: no such table", -18, 16, (Array:2), "SELECT COUNT(*) FROM civicrm_stripe_plans where processor_id IS NULL [nativec...")
#2 /home/nonprofit/domains/nonprofit.org/public_html/wp-content/plugins/civicrm/civicrm/vendor/pear/pear-core-minimal/src/PEAR.php(575): DB_Error->__construct(-18, 16, (Array:2), "SELECT COUNT(*) FROM civicrm_stripe_plans where processor_id IS NULL [nativec...")
#3 /home/nonprofit/domains/nonprofit.org/public_html/wp-content/plugins/civicrm/civicrm/vendor/pear/pear-core-minimal/src/PEAR.php(223): PEAR->_raiseError(Object(DB_mysqli), NULL, -18, 16, (Array:2), "SELECT COUNT(*) FROM civicrm_stripe_plans where processor_id IS NULL [nativec...", "DB_Error", TRUE)
#4 /home/nonprofit/domains/nonprofit.org/public_html/wp-content/plugins/civicrm/civicrm/packages/DB/common.php(1925): PEAR->__call("raiseError", (Array:7))
#5 /home/nonprofit/domains/nonprofit.org/public_html/wp-content/plugins/civicrm/civicrm/packages/DB/mysqli.php(935): DB_common->raiseError(-18, NULL, NULL, "SELECT COUNT(*) FROM civicrm_stripe_plans where processor_id IS NULL [nativec...", "1146 ** Table 'secure.civicrm_stripe_plans' doesn't exist")
#6 /home/nonprofit/domains/nonprofit.org/public_html/wp-content/plugins/civicrm/civicrm/packages/DB/mysqli.php(405): DB_mysqli->mysqliRaiseError()
#7 /home/nonprofit/domains/nonprofit.org/public_html/wp-content/plugins/civicrm/civicrm/packages/DB/common.php(1231): DB_mysqli->simpleQuery("SELECT COUNT(*) FROM civicrm_stripe_plans where processor_id IS NULL")
#8 /home/nonprofit/domains/nonprofit.org/public_html/wp-content/plugins/civicrm/civicrm/packages/DB/DataObject.php(2696): DB_common->query("SELECT COUNT(*) FROM civicrm_stripe_plans where processor_id IS NULL")
#9 /home/nonprofit/domains/nonprofit.org/public_html/wp-content/plugins/civicrm/civicrm/packages/DB/DataObject.php(1829): DB_DataObject->_query("SELECT COUNT(*) FROM civicrm_stripe_plans where processor_id IS NULL")
#10 /home/nonprofit/domains/nonprofit.org/public_html/wp-content/plugins/civicrm/civicrm/CRM/Core/DAO.php(421): DB_DataObject->query("SELECT COUNT(*) FROM civicrm_stripe_plans where processor_id IS NULL")
#11 /home/nonprofit/domains/nonprofit.org/public_html/wp-content/plugins/civicrm/civicrm/CRM/Core/DAO.php(1473): CRM_Core_DAO->query("SELECT COUNT(*) FROM civicrm_stripe_plans where processor_id IS NULL", TRUE)
#12 /home/nonprofit/domains/nonprofit.org/public_html/wp-content/uploads/civicrm/ext/hide.com.drastikbydesign.stripe/CRM/Stripe/Upgrader.php(86): CRM_Core_DAO::executeQuery("SELECT COUNT(*) FROM civicrm_stripe_plans where processor_id IS NULL")
#13 /home/nonprofit/domains/nonprofit.org/public_html/wp-content/uploads/civicrm/ext/hide.com.drastikbydesign.stripe/CRM/Stripe/Upgrader/Base.php(72): CRM_Stripe_Upgrader->upgrade_5002()
#14 /home/nonprofit/domains/nonprofit.org/public_html/wp-content/plugins/civicrm/civicrm/CRM/Queue/Task.php(74): CRM_Stripe_Upgrader_Base::_queueAdapter(Object(CRM_Queue_TaskContext), "upgrade_5002")
#15 /home/nonprofit/domains/nonprofit.org/public_html/wp-content/plugins/civicrm/civicrm/CRM/Queue/Runner.php(202): CRM_Queue_Task->run(Object(CRM_Queue_TaskContext))
#16 /home/nonprofit/domains/nonprofit.org/public_html/wp-content/plugins/civicrm/civicrm/CRM/Queue/Page/AJAX.php(36): CRM_Queue_Runner->runNext(TRUE)
#17 /home/nonprofit/domains/nonprofit.org/public_html/wp-content/plugins/civicrm/civicrm/CRM/Queue/ErrorPolicy.php(90): CRM_Queue_Page_AJAX::{closure}()
#18 /home/nonprofit/domains/nonprofit.org/public_html/wp-content/plugins/civicrm/civicrm/CRM/Queue/Page/AJAX.php(38): CRM_Queue_ErrorPolicy->call(Object(Closure))
#19 /home/nonprofit/domains/nonprofit.org/public_html/wp-content/plugins/civicrm/civicrm/CRM/Core/Invoke.php(278): CRM_Queue_Page_AJAX::runNext()
#20 /home/nonprofit/domains/nonprofit.org/public_html/wp-content/plugins/civicrm/civicrm/CRM/Core/Invoke.php(68): CRM_Core_Invoke::runItem((Array:13))
#21 /home/nonprofit/domains/nonprofit.org/public_html/wp-content/plugins/civicrm/civicrm/CRM/Core/Invoke.php(36): CRM_Core_Invoke::_invoke((Array:4))
#22 /home/nonprofit/domains/nonprofit.org/public_html/wp-content/plugins/civicrm/civicrm.php(1535): CRM_Core_Invoke::invoke((Array:4))
#23 /home/nonprofit/domains/nonprofit.org/public_html/wp-includes/class-wp-hook.php(287): CiviCRM_For_WordPress->invoke("")
#24 /home/nonprofit/domains/nonprofit.org/public_html/wp-includes/class-wp-hook.php(311): WP_Hook->apply_filters("", (Array:1))
#25 /home/nonprofit/domains/nonprofit.org/public_html/wp-includes/plugin.php(478): WP_Hook->do_action((Array:1))
#26 /home/nonprofit/domains/nonprofit.org/public_html/wp-admin/admin.php(254): do_action("toplevel_page_CiviCRM")
#27 {main}
Jun 16 16:01:24 [info] $CRM_Queue_ErrorPolicy_reportError = Array
(
[is_error] => 1
[is_continue] => 0
[exception] => Error 1: Maximum execution time of 30 seconds exceeded in /home/nonprofit/domains/nonprofit.org/public_html/wp-content/plugins/civicrm/civicrm/CRM/Core/Error.php, line 805
[last_task_title] => Upgrade com.drastikbydesign.stripe to revision 5002
)
![civi1](/uploads/323e664776b2be94f4244bf5ac85831a/civi1.png)![civi2](/uploads/eb3b12f9b9f3edbf4fe27706aecd7b61/civi2.png)
Server: Ubuntu 18.04
Your MySQL connection id is 23684
Server version: 5.7.30-0ubuntu0.18.04.1 (Ubuntu)
This is just shy of a fresh install. It's been online for only a few days. Doesn't seem that this should be an issue. Any help or guidance would be appreciated6.4https://lab.civicrm.org/extensions/stripe/-/issues/208how to enable sweetalert?2020-06-16T20:05:18Zjamiehow to enable sweetalert?I upgraded from 6.3.2 to 6.4 and seem to have lost any user feedback on errors in the form.
I see a `notifyUser` function - but it seems to do nothing if the SweetAlert library is not found.
Maybe it's because I'm not on the most rece...I upgraded from 6.3.2 to 6.4 and seem to have lost any user feedback on errors in the form.
I see a `notifyUser` function - but it seems to do nothing if the SweetAlert library is not found.
Maybe it's because I'm not on the most recent CiviCRM? I'm on 5.21 (esr) - and 6.4 requires 5.24 so perhaps this can just be closed.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/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/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/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/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/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/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.4