Stripe issueshttps://lab.civicrm.org/extensions/stripe/-/issues2023-10-02T14:30:16Zhttps://lab.civicrm.org/extensions/stripe/-/issues/421Please help! Uncaught TypeError: CRM.payment is undefined No donations workin...2023-10-02T14:30:16ZHLyle1965Please help! Uncaught TypeError: CRM.payment is undefined No donations working on CiviCRM Contribute page!I am still waiting for help with this issue!!!!I am still waiting for help with this issue!!!!https://lab.civicrm.org/extensions/stripe/-/issues/409CiviCRM URL in Stripe Dashboard does not work2023-10-02T14:26:53Zben_fairlessCiviCRM URL in Stripe Dashboard does not workCiviCRM 5.57.0
Stripe Plug-in 6.7.14
API 2022-11-15
When a new customer is created the URL is configured as https://www.example.com/wp-admin/admin.php?page=CiviCRM&q=civicrm%2Fcontact%2Fview&reset=1&cid=13673
When you clic...CiviCRM 5.57.0
Stripe Plug-in 6.7.14
API 2022-11-15
When a new customer is created the URL is configured as https://www.example.com/wp-admin/admin.php?page=CiviCRM&q=civicrm%2Fcontact%2Fview&reset=1&cid=13673
When you click on this URL it doesn’t take you to the contact, just to the homepage of CiviCRM.https://lab.civicrm.org/extensions/stripe/-/issues/392Cardholder validation only works for recurring payments2023-10-02T14:21:05ZtcmallocCardholder validation only works for recurring paymentsWhen trying to make a donation, cardholder verification will not happen unless a recurring payment is being set up.
Specifically, for non-recurring payments, it will show that it is pre-approving, and then will fail if the bank requires...When trying to make a donation, cardholder verification will not happen unless a recurring payment is being set up.
Specifically, for non-recurring payments, it will show that it is pre-approving, and then will fail if the bank requires validation.
![image](/uploads/f180daaa192a23a6261c552a32a26e76/image.png)
For recurring payments, the validation window (specifically the mastercard id check in my case) will (eventually) show and the transaction can be completed.
This means that for most users in UK, non-recurring payments will always fail.https://lab.civicrm.org/extensions/stripe/-/issues/391PHP Fatal error: Uncaught TypeError: CRM_Core_Payment_Stripe::getFeeFromBala...2023-10-02T14:20:58ZBradley TaylorPHP Fatal error: Uncaught TypeError: CRM_Core_Payment_Stripe::getFeeFromBalanceTransaction(): Argument #1 ($balanceTransactionID) must be of type string, null givenI'm seeing this error in the logs, which I think is coming from a Stripe webhook:
```
PHP Fatal error: Uncaught TypeError: CRM_Core_Payment_Stripe::getFeeFromBalanceTransaction(): Argument #1 ($balanceTransactionID) must be of type str...I'm seeing this error in the logs, which I think is coming from a Stripe webhook:
```
PHP Fatal error: Uncaught TypeError: CRM_Core_Payment_Stripe::getFeeFromBalanceTransaction(): Argument #1 ($balanceTransactionID) must be of type string, null given
```
I've not worked out if this is because we're doing something odd in the given installation, or if it's because we're running PHP 8. As far as I can tell it's not causing too much harm, but it's a bit concerning all the same.https://lab.civicrm.org/extensions/stripe/-/issues/382Refunds made are no longer showing as refunded status on Civi.2023-10-02T14:20:04ZalexdRefunds made are no longer showing as refunded status on Civi.Until May, whenever a full refund is made on Stripe, it updates the contribution made on Civi and changes the status to refunded. (pic 1)
![pic_1](/uploads/9002a7698658b7aa5482d207d8ce1562/pic_1.jpg)
Whenever a partial refund is made, t...Until May, whenever a full refund is made on Stripe, it updates the contribution made on Civi and changes the status to refunded. (pic 1)
![pic_1](/uploads/9002a7698658b7aa5482d207d8ce1562/pic_1.jpg)
Whenever a partial refund is made, the contribution is recorded however the status remains as completed. (pic 2)
![pic_2](/uploads/e7864d6ccf80290791cf6ee13e7d9128/pic_2.jpg)
Currently, neither a full or partial refund is recorded on civi at all. (pic 3)
![pic_3](/uploads/1350a3117c061eb3192b464c348fe971/pic_3.jpg)
Please can you advise @mattwire?
Many thanks.https://lab.civicrm.org/extensions/stripe/-/issues/378Hitting enter key with focus on Stripe element has unexpected behaviour.2023-10-02T14:19:59ZBradley TaylorHitting enter key with focus on Stripe element has unexpected behaviour.**Steps to reproduce**
1. Go to a CiviCRM form containing a Stripe form (for example, an event booking form, a contribution form)
2. Fill out any non-Stripe fields
3. Fill out the card number, but not the CVV or expiry fields.
4. With y...**Steps to reproduce**
1. Go to a CiviCRM form containing a Stripe form (for example, an event booking form, a contribution form)
2. Fill out any non-Stripe fields
3. Fill out the card number, but not the CVV or expiry fields.
4. With your focus still on the Stripe card number field hit the enter key.
**Expected behaviour**
An error message should be shown. (i.e. the behaviour which does happen if you click the submit button)
**Actual behaviour**
The form submits (i.e. a page reload) but the form is not processed on the server correctly. If logged in, the error message "Unable to complete payment! Missing paymentIntentID." may be shown. If logged out the most frequent behaviour seems to be that the user is redirected to the homepage, but this varies.
**Environment**
This can be reproduced on any CiviCRM form using the Stripe payment method. I've not tested on Drupal Webforms.
To check this isn't just happening in my environment I reproduced this on https://civicrm.org/civicrm/contribute/transact?reset=1&id=47. However, I'm not sure if this will have left a pending (unpaid) contribution in the database, so I'd be wary about trying this repeatedly on a non-test environment.
**Technical notes**
It looks like Stripe is triggering the submit event on the parent form, and expecting the parent page to catch it. However, the Stripe extension (com.drastikbydesign.stripe/js/civicrm_stripe.js) does not have an event listener on the form's `submit` event.
Currently the Stripe extension has:
```
CRM.payment.submitButtons[i].addEventListener('click', submitButtonClick);
...
CRM.payment.form.addEventListener('keydown', function (keydownEvent) {
if (keydownEvent.code === 'Enter') {
CRM.payment.addDrupalWebformActionElement(this.value);
script.submit(keydownEvent);
}
});
```
It feels like these should be augmented or replaced by a `CRM.payment.form.addEventListener('submit', ...)`. I have confirmed that when the submit occurs the submit event is fired.https://lab.civicrm.org/extensions/stripe/-/issues/375Stripe error, property 'paymentintentid' has not been set.2022-08-19T15:52:31ZTOCM_MMatthewsStripe error, property 'paymentintentid' has not been set.Some (maybe 10%, but low volume) of our users are getting incomplete payment transactions on member signup contribution pages without seeing any errors reported, and this:
stripe payment error: property 'paymentintentid' has not been se...Some (maybe 10%, but low volume) of our users are getting incomplete payment transactions on member signup contribution pages without seeing any errors reported, and this:
stripe payment error: property 'paymentintentid' has not been set.
Is being logged. I see that there’s something that looks like this is fixed in the extension update that came out a couple days ago and I’ll probably do the update no later than this weekend, but, is this actually fixed in that update?
Thank you.
Michael Matthewshttps://lab.civicrm.org/extensions/stripe/-/issues/369Clicking on the system status check "fix webhook" button always gives an erro...2022-05-08T15:29:08ZDaveDClicking on the system status check "fix webhook" button always gives an error that it couldn't fix it, but it really did.This status message seems out of place: https://lab.civicrm.org/extensions/stripe/-/blob/bb85a9fb6ec62cec1b1f5bbb9bcc971c6762fc79/CRM/Stripe/Webhook.php#L94
Note it says "unable to update" BEFORE it even tries to update on line 103.
I'...This status message seems out of place: https://lab.civicrm.org/extensions/stripe/-/blob/bb85a9fb6ec62cec1b1f5bbb9bcc971c6762fc79/CRM/Stripe/Webhook.php#L94
Note it says "unable to update" BEFORE it even tries to update on line 103.
I'm not familiar enough with the code to know if this mismatch is just a result of other changes etc, but the user-story is:
* Webhooks were created over a year ago.
* The [invoices.finalized](https://lab.civicrm.org/extensions/stripe/-/blob/bb85a9fb6ec62cec1b1f5bbb9bcc971c6762fc79/CRM/Stripe/Webhook.php#L237) event was added to stripe.
* Stripe now upgraded on the site.
* Status check says webhook is bad.
* Click to fix.
* Says it couldn't update. But it does get updated and has all the events.
Is anyone else seeing this? Am seeing it on multiple sites.https://lab.civicrm.org/extensions/stripe/-/issues/364Breaks form validation / submission values2022-03-31T08:17:45ZjensschuppeBreaks form validation / submission valuesFollowing #241, we observed form submission errors for required checkbox sets for profiles on event registration pages caused by `setBillingFieldsRequiredForJQueryValidate()` due to `resetBillingFieldsRequiredForJQueryValidate()` apparen...Following #241, we observed form submission errors for required checkbox sets for profiles on event registration pages caused by `setBillingFieldsRequiredForJQueryValidate()` due to `resetBillingFieldsRequiredForJQueryValidate()` apparently not being called before the form being submitted, which leads to values entered for such checkboxes not submitted and thus server-side validation kicking in. Also, when the form is then rendered again, `setBillingFieldsRequiredForJQueryValidate()` does not seem to be called at all. Unfortunately, this makes such forms unusable.
Those two functions seem to adapt the form for client-side validation (changing `name` attributes for checkboxes in required checkbox sets). I don't get why the Stripe extension feels responsible for doing that with unrelated fields in the first place. Can someone explain the rationale behind this? I'm currently unable to provide steps for reproducing the error due to a lack of understanding.https://lab.civicrm.org/extensions/stripe/-/issues/363No longer saving credit card information to civicrm_financial_trxn2022-12-12T12:21:50ZzengenuityNo longer saving credit card information to civicrm_financial_trxnIn the past, we've been able to include the last 4 digits and credit card type in our email receipts. However, for our most recent event, these tokens are no longer working. I'm not sure if this is due to updates in CiviCRM core or the S...In the past, we've been able to include the last 4 digits and credit card type in our email receipts. However, for our most recent event, these tokens are no longer working. I'm not sure if this is due to updates in CiviCRM core or the Stripe extension. Has something changed with regard to storing the credit card information in recent releases of the Stripe extension?
I did confirm that we are receiving the webhooks from Stripe, and in those JSON blobs, I can see the last 4 and card type. So, we're receiving the information from Stripe, but it doesn't appear that the information is being saved to the civicrm_financial_trxn table. Those values are in there for our event one year ago, when we were using both an older version of CiviCRM and of the Stripe extension.https://lab.civicrm.org/extensions/stripe/-/issues/360Deprecated funcion civicrm_contribution_recur.trxn_id for Recurring Contribution2023-10-02T14:10:21ZpbarmakDeprecated funcion civicrm_contribution_recur.trxn_id for Recurring ContributionWhen creating a recurring contribution from a contribution page, after successfully creating the contribution in Civi and Stripe, the user sees the following error on the thank-you (receipt) page:
`User deprecated function: Deprecated f...When creating a recurring contribution from a contribution page, after successfully creating the contribution in Civi and Stripe, the user sees the following error on the thank-you (receipt) page:
`User deprecated function: Deprecated function civicrm_contribution_recur.trxn_id, use civicrm_contribution_recur.processor_id. in CRM_Core_Error::deprecatedFunctionWarning() (line 1044 of /var/www/xxx/sites/all/modules/civicrm/CRM/Core/Error.php).`
I can't tell where that is coming from or how to debug it. It seems like the contribution gets created correctly, from what I can tell.https://lab.civicrm.org/extensions/stripe/-/issues/351Drupal webform - Error when the card used requires 3D Secure and the payment ...2022-01-24T15:30:11ZdmunioDrupal webform - Error when the card used requires 3D Secure and the payment is declined- One-time payment Drupal webform by Stripe.
- When using a trial card that requires 3D Secure but payments will be declined with a card_declined failure code after authentication.
![image](/uploads/b23b37b51e2d894dba4f1fb3b63a3ca5/ima...- One-time payment Drupal webform by Stripe.
- When using a trial card that requires 3D Secure but payments will be declined with a card_declined failure code after authentication.
![image](/uploads/b23b37b51e2d894dba4f1fb3b63a3ca5/image.png)
- In Drupal, when completing the form no error is reported and the confirmation page is displayed.
- In CiviCRM the contribution remains in Completed status (but in Stripe the payment was rejected).
![Captura_de_pantalla-20220118084446-1042x635](/uploads/3f4b1b19c92f961f3df7eb6b70c2918d/Captura_de_pantalla-20220118084446-1042x635.png)https://lab.civicrm.org/extensions/stripe/-/issues/345Skip CVC check for back-end contributions2021-12-21T16:50:12ZAndrew WestSkip CVC check for back-end contributionsIs it possible to enter contributions into the back-end without the CVC number? I've disabled the rule on our Stripe Dashboard, but the form still throws an error if you don't enter it.
We accept donations via people sending us their c...Is it possible to enter contributions into the back-end without the CVC number? I've disabled the rule on our Stripe Dashboard, but the form still throws an error if you don't enter it.
We accept donations via people sending us their credit card numbers, but we don't ask for the CVC (I'm pretty sure you aren't allowed to).https://lab.civicrm.org/extensions/stripe/-/issues/339[crmBillingFormNotValid] Configuration error - unable to process paymentIntent2023-10-02T14:16:00Zrv91[crmBillingFormNotValid] Configuration error - unable to process paymentIntentWordPress, CiviCRM et les extenssions sont à jour.
La passerelle de paiement STRIPE ne fonctionne plus.
voici un extrait des log :
try to create card element <br>
created new card element <br>
card element found <br>
Firing Event: crmB...WordPress, CiviCRM et les extenssions sont à jour.
La passerelle de paiement STRIPE ne fonctionne plus.
voici un extrait des log :
try to create card element <br>
created new card element <br>
card element found <br>
Firing Event: crmBillingFormReloadComplete <br>
Firing Event: crmStripeBillingFormReloadComplete <br>
clearing submitdontprocess <br>
civicrmStripe: submit handler <br>
civicrmStripe: reCaptcha library not loaded <br>
civicrmStripe: Stripe is the selected payprocessor <br>
CRM.payment: getTotalAmount: 8 <br>
handle submit card <br>
getTotalAmount: 8 <br>
isRecur is false <br>
Waiting for pre-auth <br>
getTotalAmount: 8 <br>
Currency is: EUR <br>
error: Configuration error - unable to process paymentIntent <br>
Firing Event: crmBillingFormNotValid
merci de vos conseilshttps://lab.civicrm.org/extensions/stripe/-/issues/329Postcode or ZIP field condition2022-01-27T19:18:22ZandyburnsPostcode or ZIP field conditionDepending on the card number I input, it then shows a Postcode or ZIP field to fill in in the Stripe element.
Testing on https://www.mjwconsult.co.uk/en/civicrm/contribute/transact/?id=1&pcpId=4&reset=1
Using the Stripe test card, it ...Depending on the card number I input, it then shows a Postcode or ZIP field to fill in in the Stripe element.
Testing on https://www.mjwconsult.co.uk/en/civicrm/contribute/transact/?id=1&pcpId=4&reset=1
Using the Stripe test card, it shows postcode, which works well for international addresses by providing a postcode field that accepts more than 5 digits. It appears to accept a very long string to comply with any post code format worldwide.
![image](/uploads/f54d7e9142f433c87fc484addb40ee84/image.png)
I tried one of my card's and it shows ZIP field. I am in the US.
![1](/uploads/fdc51b323a0ccfcedafd56cc9494ac54/1.png)
Here is a message we received from a Switzerland contact:
> No matter what I enter for my postal code, it tells me that it is incomplete and I cannot submit the form. I have tried 6300, 6300 Zug, blank, and 63000 and 15236 (in case it thinks I need a five-digit code or a valid US zip code) but I always get the error "Your postal code is incomplete".
@mattwire how does this logic work?https://lab.civicrm.org/extensions/stripe/-/issues/323Payment Processor Error message :Failed to update contribution in database --...2022-03-01T21:08:27ZhescoPayment Processor Error message :Failed to update contribution in database -- still an issueI have a site exhibiting this behavior:
https://lab.civicrm.org/extensions/stripe/-/issues/162
Rather than a payment confirmation page, the workflow cycles back to the donor page with this path:
/civicrm/contribute/transact?_qf_Main_di...I have a site exhibiting this behavior:
https://lab.civicrm.org/extensions/stripe/-/issues/162
Rather than a payment confirmation page, the workflow cycles back to the donor page with this path:
/civicrm/contribute/transact?_qf_Main_display=true&qfKey=CRMContributeControllerContribution2r--a-very-long-hash
displaying at the top this error message:
`Payment Processor Error message :Failed to update contribution in database`
Investigating the stripe account, this transaction seems to have completed successfully.
`files/civicrm/ext/com.drastikbydesign.stripe/info.xml` indicates version: 6.6.
```
root@efc9c26-00972:~# mysql -u root ${project_code}_db_www -e 'SELECT * FROM civicrm_contribution WHERE id = 10 \G'
*************************** 1. row ***************************
id: 10
contact_id: 2
financial_type_id: 1
contribution_page_id: 1
payment_instrument_id: 2
receive_date: 2021-06-20 03:22:10
non_deductible_amount: 0.00
total_amount: 10.00
fee_amount: 0.59
net_amount: 9.41
trxn_id: ch_1J4HEUIg6mnBA5D5jgcAzISB
invoice_id: e42f0355c5f30f11ef28ffaed0dd6c20
invoice_number: NULL
currency: USD
cancel_date: NULL
cancel_reason: 0
receipt_date: 2021-06-20 03:22:10
thankyou_date: NULL
source: Online Contribution: Donate to ${my_client}
amount_level: NULL
contribution_recur_id: NULL
is_test: 1
is_pay_later: 0
contribution_status_id: 2
address_id: NULL
check_number: NULL
campaign_id: NULL
creditnote_id: NULL
tax_amount: NULL
revenue_recognition_date: NULL
is_template: 0
root@efc9c26-00972:~# mysql -u root ${project_code}_db_www -e 'SELECT * FROM civicrm_stripe_paymentintent WHERE id = 20 \G'
*************************** 1. row ***************************
id: 20
stripe_intent_id: pi_1J4HEUIg6mnBA5D5H0E5cRx4
contribution_id: 10
payment_processor_id: 2
description: Donate to ${my_client} 2X10 #e42f0355c5f30f11ef28ffaed0dd6c20
status: succeeded
identifier: CRMContributeControllerContribution2r--a-very-long-hash
contact_id: 2
created_date: 2021-06-20 03:22:03
flags: a:0:{}
referrer: https://www.${my_client}.com/civicrm/contribute/transact?_qf_Main_display=true&qfKey=CRMContributeControllerContribution2r--a-very-long-hash
extra_data: hesco-test01@my_email_domain.com;Testy;Tester;
```
Not sure what other tables I ought to investigate.https://lab.civicrm.org/extensions/stripe/-/issues/321Missing paymentIntentID when using backend form to create recurring contribut...2021-07-06T06:49:53ZjhungerfordMissing paymentIntentID when using backend form to create recurring contributionsAdding recurring contributions through the backend form results in "Unable to complete payment! Missing paymentIntentID" like in issue #233.
If I understand correctly though, that issue affected payment pages. This only affects the back...Adding recurring contributions through the backend form results in "Unable to complete payment! Missing paymentIntentID" like in issue #233.
If I understand correctly though, that issue affected payment pages. This only affects the backend form, and only for recurring payments. I've only tested it in test mode, by opening the page in a new tab and replacing "mode=live" with "mode=test" in the URL.
- CiviCRM version: 5.33.5
- CMS: Drupal 7.80
- civicrm-Stripe version: 6.6
- firewall version: 1.1.3
- mjwshared version: 1.0
- SweetAlert version: 1.4.1
Adding recurring payments through a payment page works on our test and production sites (in test mode), just not through the backend page.
In the javascript console on the affected backend page, I see a few warnings when selecting Stripe as the payment processor, but they seem unlikely to cause this issue:
- [Deprecation] Synchronous XMLHttpRequest on the main thread is deprecated because of its detrimental effects to the end user's experience. For more help, check https://xhr.spec.whatwg.org/
- Elements requires "width=device-width" be set in your page's viewport meta tag.
For more information: https://stripe.com/docs/js/appendix/viewport_meta_requirements
- The fontSize style you specified (1.1em) is not in px. We do not recommend using relative css units, as they will be calculated relative to our iframe's styles rather than your site's.
I noted this entry in the change log for release 6.3:
"For forms that have multiple submit buttons (eg. Save, Save and New) override the submit handler on all of them *(This fixes some more instances of missing PaymentIntentID on the backend forms).*"
I found what I believe is the relevant commit (110c9b) and the equivalent code seems to be working still, though it has changed a bit since that commit. The disabling of the "Save" and "Save and New" buttons works as expected when I press "Save".https://lab.civicrm.org/extensions/stripe/-/issues/317Install trouble2021-05-19T21:54:20ZphilstevensInstall troubleI'm trying to install this extension on Civi 5.37.2 (Drupal 7.80) and I get this error:
CREATE TABLE IF NOT EXISTS `civicrm_stripe_customers` ( `id` varchar(255) DEFAULT NULL, `contact_id` int(10) UNSIGNED DEFAULT NULL COMMENT 'FK ID fr...I'm trying to install this extension on Civi 5.37.2 (Drupal 7.80) and I get this error:
CREATE TABLE IF NOT EXISTS `civicrm_stripe_customers` ( `id` varchar(255) DEFAULT NULL, `contact_id` int(10) UNSIGNED DEFAULT NULL COMMENT 'FK ID from civicrm_contact', `processor_id` int(10) DEFAULT NULL COMMENT 'ID from civicrm_payment_processor', UNIQUE KEY `id` (`id`), CONSTRAINT `FK_civicrm_stripe_customers_contact_id` FOREIGN KEY (`contact_id`) REFERENCES `civicrm_contact` (`id`) ON DELETE CASCADE );
ERROR 1071 (42000): Specified key was too long; max key length is 767 bytes
Is there a workaround? The DB server is set to UTF8MB4 by default but the site database is showing all tables with DEFAULT CHARSET=utf8https://lab.civicrm.org/extensions/stripe/-/issues/311Stripe + event cart - setCurrency with a value that was not an ISO 3166-1 alp...2023-10-02T14:14:02Zsmch2Stripe + event cart - setCurrency with a value that was not an ISO 3166-1 alpha 3Stripe 6.5.7
Payment Shared 0.9.12
CiviCRM 5.35.1
When attempting to complete checkout using CiviCRM event cart, we get the error:
InvalidArgumentException: `Attemted to setCurrency with a value that was not an ISO 3166-1 alpha 3 curr...Stripe 6.5.7
Payment Shared 0.9.12
CiviCRM 5.35.1
When attempting to complete checkout using CiviCRM event cart, we get the error:
InvalidArgumentException: `Attemted to setCurrency with a value that was not an ISO 3166-1 alpha 3 currency code`
`#0 /sites/all/modules/civicrm/Civi/Payment/PropertyBag.php(204): Civi\Payment\PropertyBag->setCurrency(NULL, "default")
#1 /sites/all/civicrm_custom/extensions/eventcart/CRM/Event/Cart/Form/Checkout/Payment.php(494): Civi\Payment\PropertyBag->offsetSet("currencyID", NULL)
#2 /sites/all/modules/civicrm/CRM/Core/Form.php(513): CRM_Event_Cart_Form_Checkout_Payment->postProcess()
#3 /sites/all/modules/civicrm/CRM/Core/StateMachine.php(144): CRM_Core_Form->mainProcess()
#4 /sites/all/modules/civicrm/CRM/Core/QuickForm/Action/Next.php(43): CRM_Core_StateMachine->perform(Object(CRM_Event_Cart_Form_Checkout_Payment), "next", "Next")
#5 /sites/all/modules/civicrm/packages/HTML/QuickForm/Controller.php(203): CRM_Core_QuickForm_Action_Next->perform(Object(CRM_Event_Cart_Form_Checkout_Payment), "next")
#6 /sites/all/modules/civicrm/packages/HTML/QuickForm/Page.php(103): HTML_QuickForm_Controller->handle(Object(CRM_Event_Cart_Form_Checkout_Payment), "next")
#7 /sites/all/modules/civicrm/CRM/Core/Controller.php(347): HTML_QuickForm_Page->handle("next")
#8 /sites/all/modules/civicrm/CRM/Core/Invoke.php(312): CRM_Core_Controller->run((Array:3), NULL)
#9 /sites/all/modules/civicrm/CRM/Core/Invoke.php(68): CRM_Core_Invoke::runItem((Array:15))
#10 /sites/all/modules/civicrm/CRM/Core/Invoke.php(36): CRM_Core_Invoke::_invoke((Array:3))
#11 /sites/all/modules/civicrm/drupal/civicrm.module(458): CRM_Core_Invoke::invoke((Array:3))
#12 /includes/menu.inc(527): civicrm_invoke("event", "cart_checkout")
#13 /index.php(21): menu_execute_active_handler()
#14 {main}`https://lab.civicrm.org/extensions/stripe/-/issues/304Payment not submitted using drupal webform if 'preview' is enabled on it.2022-04-08T19:13:17ZjitendraPayment not submitted using drupal webform if 'preview' is enabled on it.The reason is the class used to find the submit button at https://lab.civicrm.org/extensions/stripe/-/blob/master/js/civicrm_stripe.js#L609.
If the preview is enabled on the webform, the button is loaded as -
![image](/uploads/3c0ec050...The reason is the class used to find the submit button at https://lab.civicrm.org/extensions/stripe/-/blob/master/js/civicrm_stripe.js#L609.
If the preview is enabled on the webform, the button is loaded as -
![image](/uploads/3c0ec050e05f2285a7f338c50f778c7e/image.png)
The submit button does not have the class "webform-submit" in it. Hence no payment intent is created to process the transaction.6.7