Stripe issueshttps://lab.civicrm.org/extensions/stripe/-/issues2024-03-21T13:05:14Zhttps://lab.civicrm.org/extensions/stripe/-/issues/465contribution fails when percentage field is enabled2024-03-21T13:05:14Zmtnpavlascontribution fails when percentage field is enabledAfter upgrading to the Civi and extension versions as listed below, contributions fail when the % field is configured and enabled in the price set.
- CiviCRM 5.69.2
- Stripe Payment Processor 6.10.2
- Payment Shared 1.2.20
- Percentage P...After upgrading to the Civi and extension versions as listed below, contributions fail when the % field is configured and enabled in the price set.
- CiviCRM 5.69.2
- Stripe Payment Processor 6.10.2
- Payment Shared 1.2.20
- Percentage Price Set Field 1.5.2
- Joomla 4.4.2
On the website (Civi contribution page) the user gets the following error message:
`Stripe An error occurred while processing the payment`
In Stripe I see the following:
```
Request parameters
{
"description": "Donate to Evergreen 8831X92675 #d973750916e515f092192009b6d48213",
"statement_descriptor_suffix": "8831X92675 D",
"statement_descriptor": "8831X92675 Donate to E",
"amount": "10350",
"customer": "cus_KbTE...."
}
Response body
{
"error": {
"code": "payment_intent_unexpected_state",
"doc_url": "https://stripe.com/docs/error-codes/payment-intent-unexpected-state",
"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.",
"param": "amount",
"payment_intent": {
"id": "pi_3ObWZNLHe2ijJmBv1UzhEZ47",
"object": "payment_intent",
"amount": 10386,
"amount_capturable": 10386,
"amount_details": {
"tip": {
}
},
"amount_received": 0,
"application": null,
"application_fee_amount": null,
"automatic_payment_methods": null,
"canceled_at": null,
"cancellation_reason": null,
"capture_method": "manual",
"client_secret": "pi_3O**********************_******_*********************sk8p",
"confirmation_method": "manual",
"created": 1705964781,
"currency": "usd",
"customer": null,
"description": null,
"invoice": null,
"last_payment_error": null,
"latest_charge": "ch_3ObWZNLHe2ijJmBv17AUXXga",
"livemode": true,
"metadata": {
},
"next_action": null,
"on_behalf_of": null,
"payment_method": "pm_1ObWZLLHe2ijJmBvDkAWdhSh",
"payment_method_configuration_details": null,
"payment_method_options": {
"card": {
"installments": null,
"mandate_options": null,
"network": null,
"request_three_d_secure": "automatic"
}
},
"payment_method_types": [
"card"
],
"processing": null,
"receipt_email": null,
"review": null,
"setup_future_usage": "off_session",
"shipping": null,
"source": null,
"statement_descriptor": null,
"statement_descriptor_suffix": null,
"status": "requires_capture",
"transfer_data": null,
"transfer_group": null
},
"request_log_url": "https://dashboard.stripe.com/logs/req_H22ZX2zYJorHKW?t=1705964784",
"type": "invalid_request_error"
}
}
```
Please note the $103.86 vs. $103.50 amounts ($103.50 is the correct amount; we do not use tax in our config and price sets anywhere.)
Any thoughts on where this is coming from - Civi/% field/Stripe?
Thank you!https://lab.civicrm.org/extensions/stripe/-/issues/442Duplicate contribution created for recurring payments in Stripe v6.9.12024-03-14T15:39:16ZwmortadaDuplicate contribution created for recurring payments in Stripe v6.9.1If a user makes a recurring payment with Stripe two contributions are created. The first contribution has status Completed and is as expected. But there is a second contribution that has status Pending for the same amount and at the same...If a user makes a recurring payment with Stripe two contributions are created. The first contribution has status Completed and is as expected. But there is a second contribution that has status Pending for the same amount and at the same time. The ID of the pending contribution is higher so was presumably created later.
We have come across this issue on three separate sites running different versions of CiviCRM (5.62.1 and 5.63.1).
Our testing indicates that this is an issue for both existing contacts and new contacts. It affects both logged in and logged out users. It's an issue for both monthly and annual payments. I've tested with and without a confirmation page.
~~Both sites were previously on the Stripe extension 6.8.2 and this issue wasn't present.~~
Environment:
* Stripe extension versions: 6.7.14, 6.9.1 and 6.9.3
* CiviCRM versions: 5.62.1, 5.63.1 and 5.64.4
* Drupal 7.98 / WordPress 6.2.2
* PHP 8.1 (also tested in PHP 8.0 and 7.4)
One site is in production the other two are test sites with the contribution pages in test drive mode.https://lab.civicrm.org/extensions/stripe/-/issues/428webform submit button is non-responsive for zero-dollar contribution amount2023-05-19T05:31:50ZAllenShawwebform submit button is non-responsive for zero-dollar contribution amountVersions:
* Drupal 9
* CiviCRM 5.58.1
* Webform 6.1.3
* Webform CiviCRM 6.2.1
* Stripe 6.8.2
* PaymentShared 1.2.11
Setup: A simple webform (Drupal config export YAML attached as [webform-export.yml](/uploads/ba92781b7ebce9f21a19c99b81d...Versions:
* Drupal 9
* CiviCRM 5.58.1
* Webform 6.1.3
* Webform CiviCRM 6.2.1
* Stripe 6.8.2
* PaymentShared 1.2.11
Setup: A simple webform (Drupal config export YAML attached as [webform-export.yml](/uploads/ba92781b7ebce9f21a19c99b81de7779/webform-export.yml)), with these configs notable:
* One existing contact
* Contribution
* Processor: Stripe
* Amount: a two-option radio button set:
* "zero" for $0.00
* "one" for $1.00
* Two webform pages only. All fields are on the first page; only the "Submit button(s)" action is on the second page.
Repro 1: Proper behavior for $1.00 amount:
1. Open the form and fill all fields as you wish
2. For the Amount field, select "one" for $1.00
3. Click next; observe second/final page appears.
4. Observe Stripe payment block appears; observe total due is $1.00; fill in credit card details and click _Submit_.
5. Observe SweetAlert "please wait" message. Form is submitted. Observe form redirects correctly and displays confirmation message.
6. Find the contribution record in CiviCRM. Observe that it was recorded properly.
Repro 2: Bad behavior for $0.00 amount:
1. Open the form and fill all fields as you wish
2. For the Amount field, select "zero" for $0.00
3. Click next; observe second/final page appears.
4. Observe total due is $0.00; observe Stripe payment block does not appear. Click _Submit_.
5. **Observe no discernable change in the page as a result of the Submit click. (The Submit button appears to be completely non-functional.)**
Technical notes:
* Inspection of JavaScript in browser devtools reveals that the Submit click proceeds as far as [line 605 of js/civicrmStripe.js](https://lab.civicrm.org/extensions/stripe/-/blob/6.8.2/js/civicrmStripe.js#L605). The stack trace shows that the calling function was [line 438 of the same file](https://lab.civicrm.org/extensions/stripe/-/blob/6.8.2/js/civicrmStripe.js#L438).
* Per the JS file, the comment above line 605 says "If we have selected Stripe but amount is 0 we don't submit via Stripe", so this it seems intentional that the Stripe processing should end here; however it's probably not intentional that the entire webform submission ends prematurely as it does.
See also:
* https://lab.civicrm.org/extensions/stripe/-/issues/383 "Webform won't allow user to submit if total is zero"
* This may be the same issue, but that ticket relates to multi-participant event registration and a more complex webform with conditional behaviors.
* #383 suggests a possible work-around by moving one or more fields to one of the pages _before_ the last "submit buttons" page; in my case I've made sure there are no field at all on that last page.
(Joinery internal reference: Asana 1204591534877896)https://lab.civicrm.org/extensions/stripe/-/issues/367"Installments" ignored in recurring contributions -- it just keeps going inde...2023-12-13T19:47:12ZAllenShaw"Installments" ignored in recurring contributions -- it just keeps going indefinitely**Summary:**
When I create a recurring contribution using Stripe, with a fixed number of installments, the recurring payments continue (apparently indefinitely) beyond the given number of installments. It appears the only way to stop it ...**Summary:**
When I create a recurring contribution using Stripe, with a fixed number of installments, the recurring payments continue (apparently indefinitely) beyond the given number of installments. It appears the only way to stop it is to end it manually in stripe.com.
We're seeing this consistently on a site with:
- CiviCRM 5.47.4
- Stripe Payment Processor 6.7.2
- Payment Shared 1.2.3
**Steps to reproduce:**
1. In civicrm back-office area, open a contact record, navigate to the Contributions tab, and click "Submit Credit Card Contribution"
1. Enter details for the new contribution, specifically:
- Payment Processor: [the only Stripe payment processor on this site]
- [checkbox=yes] Every [1] days for [3] installments
- (other fields as appropriate, such as amount of more than $0.50)
- appropriate credit card details in Stripe payment fields
1. Click "Save" to submit the recurring contribution.
Observe **expected behavior** so far:
1. A recurring contribution is created in CiviCRM, scheduled for daily recurrence for 3 installments.
1. In stripe.com, observe that a corresponding Subscription is created, and the first payment immediately charged; the next payment is scheduled for tomorrow's date.
After a week, observe some **expected behavior** and some **unexpected behavior**:
1. Examine this recurring contribution in CiviCRM:
- **Expected:** The recurring contribution has a status of "Completed" and is listd under "Inactive Recurring Contributions"
- **Unexpected:** Instead of 3 daily payments recorded, 7 daily payments are recorded.
2. Examine this subscription in stripe.com:
- **Unexpected:** The subscription is still active and has 7 paid invoices; the next invoice is schedueld for tomorrow's date.
(Joinery reference: F#625)https://lab.civicrm.org/extensions/stripe/-/issues/362Event Review Button, Chrome and Google Pay2023-01-18T17:42:48ZnswdllcEvent Review Button, Chrome and Google PayIf you have a free ticket option and toggle between a paid and free ticket, when you go back to the Free option, the Review button no longer displays.
What appears to be happening, if you are using Chrome and logged into Chrome sync wit...If you have a free ticket option and toggle between a paid and free ticket, when you go back to the Free option, the Review button no longer displays.
What appears to be happening, if you are using Chrome and logged into Chrome sync with a Google Pay account setup, the Stripe card fields do not render, instead the Google Pay button shows. Side note, I have Google Pay disabled in the Stripe account. If I log out or use incognito mode the card field will show instead of the Google Pay button.
To recreate:
Have an event setup with multiple ticket prices, including a Free ticket.
Use Google Chrome.
Be logged into into Chrome with a profile that has Google Pay setup.
Toggle between the free and paid ticket options and end on the free option.
Expected result:
The card fields display if a paid ticket is selected, with a Review button below. Or, if a Free ticket is selected, the card fields do not display and the review button is below.
Actual result:
The Google pay button will appear with no Review Button for the paid tickets. Or, if a Free ticket is selected the Review button does not display.https://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.4