Stripe issueshttps://lab.civicrm.org/extensions/stripe/-/issues2019-04-04T23:39:38Zhttps://lab.civicrm.org/extensions/stripe/-/issues/415.3.2 webhook error message with https address2019-04-04T23:39:38ZKMRD5.3.2 webhook error message with https addressError message on system status page says webhook should be http://example.org/civicrm/payment/ipn/3, when we are using the same address with https successfully. Switching to http:// causes Stripe payments to fail.Error message on system status page says webhook should be http://example.org/civicrm/payment/ipn/3, when we are using the same address with https successfully. Switching to http:// causes Stripe payments to fail.https://lab.civicrm.org/extensions/stripe/-/issues/60Backend Submission fails for events and Memberships2019-06-13T16:54:00ZkcristianoBackend Submission fails for events and MembershipsI have reviewed https://lab.civicrm.org/extensions/stripe/issues/26 and https://lab.civicrm.org/extensions/stripe/issues/39
I have moved to the latest version (master) as of today. CiviCRM 5.13.4 and WordPress 5.1.1
On all backend Eve...I have reviewed https://lab.civicrm.org/extensions/stripe/issues/26 and https://lab.civicrm.org/extensions/stripe/issues/39
I have moved to the latest version (master) as of today. CiviCRM 5.13.4 and WordPress 5.1.1
On all backend Event and membership back office submissions using Credit Card we get the following:
```
May 28 14:27:27 [debug] Stripe_Error update_customer: Array
(
[error] => Array
(
[code] => resource_missing
[doc_url] => https://stripe.com/docs/error-codes/resource-missing
[message] => No such token: Stripe Token
[param] => card
[type] => invalid_request_error
)
)
May 28 14:27:27 [debug] Stripe Payment Error: invalid_request_error resource_missing No such token: Stripe Token
```
Front end and Back end contributions work.5.4https://lab.civicrm.org/extensions/stripe/-/issues/63Recurring contribution dated as 1 Jan 1970!!2019-07-22T10:33:39ZtapashRecurring contribution dated as 1 Jan 1970!!I just noticed that Recurring contribution getting dated as 1 Jan 1970 when processed from the stripe. Is there a fix for this? thanksI just noticed that Recurring contribution getting dated as 1 Jan 1970 when processed from the stripe. Is there a fix for this? thankshttps://lab.civicrm.org/extensions/stripe/-/issues/62No such token: Stripe Token2019-07-23T16:47:16ZGuillaumeSorelNo such token: Stripe TokenI can't do a test payment with Stripe using last Stripe Master (5.4 dev) on Civicrm 5.13.4 on Drupal 7.67
The dev extension solved one issue but I'm still having this one.
````
May 20 16:03:09 [debug] Stripe Payment Error: Payment Resp...I can't do a test payment with Stripe using last Stripe Master (5.4 dev) on Civicrm 5.13.4 on Drupal 7.67
The dev extension solved one issue but I'm still having this one.
````
May 20 16:03:09 [debug] Stripe Payment Error: Payment Response: <br />Type: invalid_request_error<br />
Code: resource_missing<br />Message: No such token: Stripe Token<br />
mai 20 18:04:16 [info] $Fatal Error Details = Array
(
[callback] => Array
(
[0] => CRM_Core_Error
[1] => exceptionHandler
)
[code] => -1
````https://lab.civicrm.org/extensions/stripe/-/issues/51Recurring contributions in Stripe stopped registering in CiviCRM after Dec. 1...2019-09-13T09:08:09ZthfumpRecurring contributions in Stripe stopped registering in CiviCRM after Dec. 14 extension update...or perhaps that's a coincidence of timing. I'm not sure. Perhaps it had something to do with the new year, or something else? But suffice it to say, recurring contributions are still being accepted by Stripe but are no longer being ac......or perhaps that's a coincidence of timing. I'm not sure. Perhaps it had something to do with the new year, or something else? But suffice it to say, recurring contributions are still being accepted by Stripe but are no longer being accounted for as contributions anywhere (as far as I can tell) in CiviCRM. Anyone have any idea of where I should start to unravel this puzzle?
Thanks much!6.0https://lab.civicrm.org/extensions/stripe/-/issues/45Call to undefined method Stripe\Stripe::setAppInfo()2019-09-13T09:14:30ZdenleschaeCall to undefined method Stripe\Stripe::setAppInfo()We are switching from Authorize.net to Stripe for our payment processing. During our event registration tests we are encountering a 500 error when we attempt test or live payments. After digging through our php error logs I found this ea...We are switching from Authorize.net to Stripe for our payment processing. During our event registration tests we are encountering a 500 error when we attempt test or live payments. After digging through our php error logs I found this each time we made an attempt. I'm not sure if the issue is related the extension or some other CiviCRM setting. Could someone help point me in the right direction to debug this issue? Thanks!
Here is our setup:
- Stripe Extension v5.3.2
- CiviCRM v5.11
- Wordpress v5.1.1
```
[02-Apr-2019 14:11:31 America/Chicago] PHP Fatal error: Uncaught Error: Call to undefined method Stripe\Stripe::setAppInfo() in /www/wp-content/plugins/files/civicrm/ext/com.drastikbydesign.stripe/CRM/Core/Payment/Stripe.php:108
Stack trace:
#0 /www/wp-content/plugins/files/civicrm/ext/com.drastikbydesign.stripe/CRM/Core/Payment/Stripe.php(409): CRM_Core_Payment_Stripe->setAPIParams()
#1 /www/wp-content/plugins/civicrm/civicrm/CRM/Event/Form/Registration/Confirm.php(1339): CRM_Core_Payment_Stripe->doPayment(Array, 'event')
#2 /www/wp-content/plugins/civicrm/civicrm/CRM/Event/Form/Registration/Confirm.php(591): CRM_Event_Form_Registration_Confirm->processPayment(Object(CRM_Core_Payment_Stripe), Array)
#3 /www/wp-content/plugins/civicrm/civicrm/CRM/Core/Form.php(489): CRM_Event_Form_Registration_Confirm->postProcess()
#4 /www/wp-content/plugins/civicrm/civicrm/CRM/Core/StateMachine.php(160): CRM_Core_Form->mainProcess()
#5 /www/wp-content/plugins/civicrm/civicrm/CRM/Core/QuickForm/Action/Next.php(61): CRM_Core_StateMachine->perform(Object(CRM_Event_Form_Registration in /www/wp-content/plugins/files/civicrm/ext/com.drastikbydesign.stripe/CRM/Core/Payment/Stripe.php on line 108
```6.0https://lab.civicrm.org/extensions/stripe/-/issues/39One of parameters (value: ) is not of the type Boolean2019-09-13T09:16:32ZReece One of parameters (value: ) is not of the type BooleanHi all,
Attempting to set up Stripe for a client, but having a few issues... I've set up the test and live publishable and secret keys, along with the webhooks supplied.
When going through a Contribution Form, filling out the fields an...Hi all,
Attempting to set up Stripe for a client, but having a few issues... I've set up the test and live publishable and secret keys, along with the webhooks supplied.
When going through a Contribution Form, filling out the fields and then clicking "Make Contribution", I am presented with a CiviCCRM Error. I've included the backtrace here:
```
#0 /var/www/html/CLIENTNAME/drupal-7.58/sites/all/modules/civicrm/CRM/Core/Error.php(377): CRM_Core_Error::backtrace()
#1 /var/www/html/CLIENTNAME/drupal-7.58/sites/all/modules/civicrm/CRM/Utils/Type.php(554): CRM_Core_Error::fatal("One of parameters (value: ) is not of the type Boolean")
#2 /var/www/html/CLIENTNAME/drupal-7.58/sites/all/modules/civicrm/CRM/Core/DAO.php(1518): CRM_Utils_Type::validate("", "Boolean")
#3 /var/www/html/CLIENTNAME/drupal-7.58/sites/all/modules/civicrm/CRM/Core/DAO.php(1482): CRM_Core_DAO::composeQuery("SELECT id\n FROM civicrm_stripe_customers\n WHERE contact_id = %1 A...", (Array:3), TRUE)
#4 /var/www/html/CLIENTNAME/drupal-7.58/sites/CLIENTSITE.COM/civicrm_extensions/stripe/CRM/Stripe/Customer.php(35): CRM_Core_DAO::singleValueQuery("SELECT id\n FROM civicrm_stripe_customers\n WHERE contact_id = %1 A...", (Array:3))
#5 /var/www/html/CLIENTNAME/drupal-7.58/sites/CLIENTSITE.COM/civicrm_extensions/stripe/CRM/Core/Payment/Stripe.php(451): CRM_Stripe_Customer::find((Array:5))
#6 /var/www/html/CLIENTNAME/drupal-7.58/sites/all/modules/civicrm/CRM/Contribute/Form/Contribution/Confirm.php(1649): CRM_Core_Payment_Stripe->doPayment((Array:59), "contribute")
#7 /var/www/html/CLIENTNAME/drupal-7.58/sites/all/modules/civicrm/CRM/Contribute/Form/Contribution/Confirm.php(1405): CRM_Contribute_Form_Contribution_Confirm->postProcessMembership((Array:63), "2", Object(CRM_Contribute_Form_Contribution_Confirm), (Array:39), (Array:0), (Array:0), (Array:13), (Array:1), TRUE, NULL, FALSE, "5", (Array:1), TRUE)
#8 /var/www/html/CLIENTNAME/drupal-7.58/sites/all/modules/civicrm/CRM/Contribute/Form/Contribution/Confirm.php(2429): CRM_Contribute_Form_Contribution_Confirm->processMembership((Array:51), "2", (Array:0), (Array:0), (Array:39), (Array:1))
#9 /var/www/html/CLIENTNAME/drupal-7.58/sites/all/modules/civicrm/CRM/Contribute/Form/Contribution/Confirm.php(2304): CRM_Contribute_Form_Contribution_Confirm->doMembershipProcessing("2", (Array:51), (Array:39), (Array:1))
#10 /var/www/html/CLIENTNAME/drupal-7.58/sites/all/modules/civicrm/CRM/Contribute/Form/Contribution/Confirm.php(722): CRM_Contribute_Form_Contribution_Confirm->processFormSubmission("2")
#11 /var/www/html/CLIENTNAME/drupal-7.58/sites/all/modules/civicrm/CRM/Core/Form.php(489): CRM_Contribute_Form_Contribution_Confirm->postProcess()
#12 /var/www/html/CLIENTNAME/drupal-7.58/sites/all/modules/civicrm/CRM/Core/StateMachine.php(160): CRM_Core_Form->mainProcess()
#13 /var/www/html/CLIENTNAME/drupal-7.58/sites/all/modules/civicrm/CRM/Core/QuickForm/Action/Next.php(61): CRM_Core_StateMachine->perform(Object(CRM_Contribute_Form_Contribution_Confirm), "next", "Next")
#14 /var/www/html/CLIENTNAME/drupal-7.58/sites/all/modules/civicrm/packages/HTML/QuickForm/Controller.php(203): CRM_Core_QuickForm_Action_Next->perform(Object(CRM_Contribute_Form_Contribution_Confirm), "next")
#15 /var/www/html/CLIENTNAME/drupal-7.58/sites/all/modules/civicrm/packages/HTML/QuickForm/Page.php(103): HTML_QuickForm_Controller->handle(Object(CRM_Contribute_Form_Contribution_Confirm), "next")
#16 /var/www/html/CLIENTNAME/drupal-7.58/sites/all/modules/civicrm/CRM/Core/Controller.php(351): HTML_QuickForm_Page->handle("next")
#17 /var/www/html/CLIENTNAME/drupal-7.58/sites/all/modules/civicrm/CRM/Core/Invoke.php(309): CRM_Core_Controller->run((Array:3), NULL)
#18 /var/www/html/CLIENTNAME/drupal-7.58/sites/all/modules/civicrm/CRM/Core/Invoke.php(84): CRM_Core_Invoke::runItem((Array:15))
#19 /var/www/html/CLIENTNAME/drupal-7.58/sites/all/modules/civicrm/CRM/Core/Invoke.php(52): CRM_Core_Invoke::_invoke((Array:3))
#20 /var/www/html/CLIENTNAME/drupal-7.58/sites/all/modules/civicrm/drupal/civicrm.module(445): CRM_Core_Invoke::invoke((Array:3))
#21 /var/www/html/CLIENTNAME/drupal-7.58/includes/menu.inc(527): civicrm_invoke("contribute", "transact")
#22 /var/www/html/CLIENTNAME/drupal-7.58/index.php(21): menu_execute_active_handler()
#23 {main}
```
I debugged this a little bit, and to avoid this error (on the **test** page for Contribution pages), I added this quick check in /CRM/Stripe/Customer.php:24:
```
if($params['is_live'] == 0 || $params['is_live'] == FALSE)
$params['is_live'] = 0;
```
Not sure why this is an issue, but this seems to do a temp fix... onto the next issue.
```
Failed to create Stripe Customer: Payment Response:
Type: invalid_request_error
Code: resource_missing
Message: No such token: Stripe Token
```
I'm not exactly sure what causes this issue.. but it seems `Card` is set as "Stripe Token"? Is this correct?
The details I'm plugging in are:
Card: 4000008260000000
CVV: 123
Expiry: anything valid (12/2020)
Any advice would be greatly appreciated!
Cheers,
Reece6.0https://lab.civicrm.org/extensions/stripe/-/issues/61Webhook Stripe issue with comma2019-09-13T09:27:42ZGuillaumeSorelWebhook Stripe issue with commaI'm new to lab.civicrm so I hope I will write this properly.
#####
I'm using a french setup with comma separated numbers and I had an issue, identified with Alain from Business and Code, with Stripe Webhook. Eventhough it is also configu...I'm new to lab.civicrm so I hope I will write this properly.
#####
I'm using a french setup with comma separated numbers and I had an issue, identified with Alain from Business and Code, with Stripe Webhook. Eventhough it is also configured within Stripe, the webhook brings fee with a period and is not recognized by CiviCRM, showing an error. Modifying this parameter in Civicrm (period instead of comma) solved this issue.6.0https://lab.civicrm.org/extensions/stripe/-/issues/77Can we support multiple Stripe accounts during the upgrade?2019-09-16T11:49:57ZMichael McAndrewCan we support multiple Stripe accounts during the upgrade?Upgrading from 1.9.1 to 5.4.1 in prep for an upgrade to 6.x :)
CRM_Stripe_Upgrader::upgrade_5002() skips setting the processor ID if there is more that one Stripe processor configured.
This means that CRM_Stripe_Upgrader::upgrade_5002()...Upgrading from 1.9.1 to 5.4.1 in prep for an upgrade to 6.x :)
CRM_Stripe_Upgrader::upgrade_5002() skips setting the processor ID if there is more that one Stripe processor configured.
This means that CRM_Stripe_Upgrader::upgrade_5002() returns FALSE
```
Civi::log()->debug('Update 5004 failed. Has Stripe been removed as a payment processor?');
return;
```
So a couple of questions:
Is it possible to set the processor ID when more than one Stripe processor is configured? Is there a simple way to join the dots from data in CiviCRM? Or would we have to do a stripe export?
Is it OK to not have the processor ID set in civicrm_stripe_customers, civicrm_stripe_plans and civicrm_stripe_subscriptions? I'm presuming not but if it is OK then maybe we should just report to the log and continue with the upgrade instead of pausing
```
[Error: Upgrade com.drastikbydesign.stripe to revision 5004]
Task returned false
```https://lab.civicrm.org/extensions/stripe/-/issues/88Trouble sending requests to a webhook endpoint2019-09-27T16:50:50ZmikantchapTrouble sending requests to a webhook endpointWe've been getting emails from Stripe re webhooks (see below). We have deleted the webhooks in Stripe but they have been re-added automatically. They look correct eg https://<somedomain.org.uk>/civicrm/payment/ipn/8
Are they even needed...We've been getting emails from Stripe re webhooks (see below). We have deleted the webhooks in Stripe but they have been re-added automatically. They look correct eg https://<somedomain.org.uk>/civicrm/payment/ipn/8
Are they even needed now that we are on v6.0.1 ? I have made one off payments that show 'completed' in CiviCRM.
**********************************************************
Hi there,
We’re contacting you because we’ve had some trouble sending requests to a webhook endpoint associated with your Interntional Society account in live mode. Webhooks are used to notify your server about events that happen in your Stripe account, such as a payout completing or an invoice being created. The failing webhook endpoint is https://<somedomain.org.uk>/civicrm/payment/ipn/8.
You or someone on your team has added that endpoint in your Stripe webhook settings, which you can view and edit here: https://dashboard.stripe.com/account/webhooks.
Please note that in most cases a failing webhook does not impact your payments or payouts. However, if you use subscriptions we rely on your webhook endpoint to notify you of new invoices. These invoices may be delayed for up to three days if your webhook is unable to successfully receive them. If you use Checkout, you may be handling the `checkout.session.completed` event as part of your purchase fulfillment process as described here: https://stripe.com/docs/payments/checkout/fulfillment#webhooks. If you do, failure to handle these events may interfere with purchase fulfillment.
We’ve attempted to notify the endpoint 289 times since September 12, 2019 at 12:53PM. If this endpoint is important to your application, please try and fix the issue. If you do not need the webhook endpoint you can delete it from your Stripe webhook settings. We will stop sending notifications to your webhook by September 21, 2019 around 12:53PM.
Here is the summary of errors we have received when sending you webhooks:
* 289 requests had other errors while sending the webhook.
You need to return anything between a HTTP 200 to 299 for the webhook to be considered successfully delivered.
For more details on the errors, you can find your events page here: https://dashboard.stripe.com/events.
You can also always review the history of webhooks and failed request logs right from your dashboard: https://dashboard.stripe.com/events.
For more in depth information about how to use webhooks, we recommend taking a look at our documentation: https://stripe.com/docs/webhooks.
Yours,
The Stripe teamhttps://lab.civicrm.org/extensions/stripe/-/issues/97'Erreur Unable to complete payment! Missing paymentIntentID.'2019-10-06T19:01:24ZGuillaumeSorel'Erreur Unable to complete payment! Missing paymentIntentID.'Using the latest version of Stripe (6.1.3) and everything else up-to-date also, I couldn't perform a live payment and got this error message : ```
Erreur
Unable to complete payment! Missing paymentIntentID.
```'
The payment wasn't perfor...Using the latest version of Stripe (6.1.3) and everything else up-to-date also, I couldn't perform a live payment and got this error message : ```
Erreur
Unable to complete payment! Missing paymentIntentID.
```'
The payment wasn't performed and I got sent back to a page saying I have no access to.https://lab.civicrm.org/extensions/stripe/-/issues/101Event registration error "Could not find valid value for id" yet is charging ...2019-10-23T20:03:44ZjjdeltaEvent registration error "Could not find valid value for id" yet is charging customers in StripeHi!
I've been getting a few complaints from some of my clients. They say they get the following error when they submit their registration form:
> Sorry, due to an error, we are unable to fulfill your request at the moment. You may wa...Hi!
I've been getting a few complaints from some of my clients. They say they get the following error when they submit their registration form:
> Sorry, due to an error, we are unable to fulfill your request at the moment. You may want to contact your administrator or service provider with more details about what action you were performing when this occurred.
Could not find valid value for id
But then say they are still being charged the event fee. I think the fees might simply be uncaptured/pre-authorized and not actually successful, but the issue still remains that there is a registration error while stripe still receives a payment request.
As far as I know these errors were not happening prior to the Stripe update.
For other clients they're able to register and everything is fine. I haven't found a link as to when this is happening or why - and, other than several complaints from different countries at different times coming in, I have not been able to reproduce the error.6.2https://lab.civicrm.org/extensions/stripe/-/issues/108Payment submitted in the backend appears as CiviCRM in stripe2019-10-23T20:04:13ZtapashPayment submitted in the backend appears as CiviCRM in stripe@mattwire When a Payment is submitted in the backend, stripe creates customer named as “CiviCRM:SIte Name” instead of the actual customer email address.
What i have noticed is, when a payment submitted at online page, stripe creates 4 ...@mattwire When a Payment is submitted in the backend, stripe creates customer named as “CiviCRM:SIte Name” instead of the actual customer email address.
What i have noticed is, when a payment submitted at online page, stripe creates 4 events, whereas from the backend transaction stripe creates 3 events. Like shown in the screenshot below.
As a result not sure what is going to happen if a refund is processed, if that would communicate with civiCRM to reflect the refund, because I have not processed any yet.
![CBBBBA36-874C-44D2-8C93-6F03DD0E62AB](/uploads/28ea7624a5a265652729a35391f6a972/CBBBBA36-874C-44D2-8C93-6F03DD0E62AB.jpeg)6.2https://lab.civicrm.org/extensions/stripe/-/issues/114Lot of payments successful without any data2019-10-25T06:54:24Zj.vosLot of payments successful without any dataWe see a lot of payments coming through Stripe that are successful, but they come without any data other than the payment itself.
As a result CiviCRM cannot handle these payments.
Is this something you could look into?We see a lot of payments coming through Stripe that are successful, but they come without any data other than the payment itself.
As a result CiviCRM cannot handle these payments.
Is this something you could look into?6.2https://lab.civicrm.org/extensions/stripe/-/issues/128re-occuring transactions are not being captured error: Unable to complete pa...2019-11-13T23:48:06Zmark.ndware-occuring transactions are not being captured error: Unable to complete payment! Misisng paymentMethodIDre-occuring transactions are not being captured error: Unable to complete payment! Misisng paymentMethodID![Screen_Shot_2019-11-01_at_1.54.05_PM](/uploads/954bf8d76f7457c21db36c0cb472bd56/Screen_Shot_2019-11-01_at_1.54.05_PM.png)re-occuring transactions are not being captured error: Unable to complete payment! Misisng paymentMethodID![Screen_Shot_2019-11-01_at_1.54.05_PM](/uploads/954bf8d76f7457c21db36c0cb472bd56/Screen_Shot_2019-11-01_at_1.54.05_PM.png)6.2https://lab.civicrm.org/extensions/stripe/-/issues/133log_civicrm_stripe_paymentintent not created when Stripe extension installed ...2019-11-25T23:20:33Zjustinfreeman (Agileware)log_civicrm_stripe_paymentintent not created when Stripe extension installed and CiviCRM logging enabledlog_civicrm_stripe_paymentintent not created when Stripe extension installed and CiviCRM logging enabled.
This causes "table not found" errors when submitting a Stripe payment. Fix is to disable logging and re-enable. Which forces the l...log_civicrm_stripe_paymentintent not created when Stripe extension installed and CiviCRM logging enabled.
This causes "table not found" errors when submitting a Stripe payment. Fix is to disable logging and re-enable. Which forces the logging tables to be created.
Not sure if this was a once-off problem or may be experienced by other users, so reporting it here. Happy to close this request if no one else experiences this problem.
Agileware Ref: CIVICRM-1367justinfreeman (Agileware)justinfreeman (Agileware)https://lab.civicrm.org/extensions/stripe/-/issues/104Successful Event Contribution returns to home page instead of Thank you page.2019-12-16T16:51:46ZrturnerSuccessful Event Contribution returns to home page instead of Thank you page.An event contibution is successfully saved but doesn't show the thankyou page, it skips directly to the site's home page.
Tests to compare on CiviCRM 5.16.1 didn't have the same problem.
Drupal 7.67 / CiviCRM 5.17.4 & stripe 6.1.4 - MJW...An event contibution is successfully saved but doesn't show the thankyou page, it skips directly to the site's home page.
Tests to compare on CiviCRM 5.16.1 didn't have the same problem.
Drupal 7.67 / CiviCRM 5.17.4 & stripe 6.1.4 - MJWShared 0.4.3https://lab.civicrm.org/extensions/stripe/-/issues/150Renewal with credit card from the backend throws "missing paymentIntentID"2019-12-23T15:48:24ZcapoRenewal with credit card from the backend throws "missing paymentIntentID"It occurs when trying to renew a membership. The renewal form is displayed correctly (credit card field included). After sending the form, the error message is shown:
* "Unable to complete payment! Missing paymentIntentID."
Menu:
* Mem...It occurs when trying to renew a membership. The renewal form is displayed correctly (credit card field included). After sending the form, the error message is shown:
* "Unable to complete payment! Missing paymentIntentID."
Menu:
* Memberships > Find Members
Action:
* Renew > Renew-Credit Card
Versions used:
* Stripe 6.3.beta1
* Mjwshared 0.6.beta2
* CiviCRM 5.17.3https://lab.civicrm.org/extensions/stripe/-/issues/1872x copy of receipt sent for recurring payments.2020-06-01T12:00:10Ztapash2x copy of receipt sent for recurring payments.It appears that the receipt for a recurring payment is sent to donors twice with the latest version of the extension. Is there a quick fix?It appears that the receipt for a recurring payment is sent to donors twice with the latest version of the extension. Is there a quick fix?6.4https://lab.civicrm.org/extensions/stripe/-/issues/202Cannot submit via webform2020-06-03T11:02:47Zbpp232Cannot submit via webformHi. I cannot use the Stripe payment processor using a webform. When Submit is clicked nothing happens. I can't see any obvious logs. Other payment processors work fine.
I've just update everything to be the latest
Drupal 7.70,
CiviCRM ...Hi. I cannot use the Stripe payment processor using a webform. When Submit is clicked nothing happens. I can't see any obvious logs. Other payment processors work fine.
I've just update everything to be the latest
Drupal 7.70,
CiviCRM 5.25.0,
MJWShared 0.7,
Stripe Payment Processor 6.4,
contributiontransactlegacy 0.1,