Stripe issueshttps://lab.civicrm.org/extensions/stripe/-/issues2019-08-30T14:23:36Zhttps://lab.civicrm.org/extensions/stripe/-/issues/59Urlencode URL for wordpress webhook check2019-08-30T14:23:36Zmattwiremjw@mjwconsult.co.ukUrlencode URL for wordpress webhook checkFrom @haystack on mattermost: That WordPress URL should definitely be URLencoded to avoid being caught by `redirect_canonical`.From @haystack on mattermost: That WordPress URL should definitely be URLencoded to avoid being caught by `redirect_canonical`.MIHhttps://lab.civicrm.org/extensions/stripe/-/issues/56Logging IPNs to `civicrm_system_log`2019-06-03T17:05:22ZJonGoldLogging IPNs to `civicrm_system_log`Hi @mattwire @jamie,
I spent a chunk of today looking to support logging IPNs to `civicrm_system_log` for Stripe. Partway through, Matt told me that Jamie had already done this. I found the `Stripe.populatelog` API, but it works diffe...Hi @mattwire @jamie,
I spent a chunk of today looking to support logging IPNs to `civicrm_system_log` for Stripe. Partway through, Matt told me that Jamie had already done this. I found the `Stripe.populatelog` API, but it works differently than my approach, which more closely mirrors the existing workflows.
There's something to like about both approaches, and I'm thinking between the three of us we'll come up with the best approach.
My approach uses core's built-in IPN logging to log IPNs before passing to the extension. Jamie's approach is manual, and queries the Stripe API to populate the log.
The advantages to my approach are a) it's automatic, b) it's more shared code with core. I use `nz.co.fuzion.notificationlog` to replay the IPNs, which is the practice for PayPal/Auth.net. However, logging before processing means you're generating an entry for EVERY event that hits the IPN endpoint.
The advantages of Jamie's approach are that you're only recording `invoice.payment_succeeded` events, which is much less noise.
Do folks have thoughts about how to arrive at a best approach? I'm not experienced with Stripe, so I don't know if there's value in the other events that are published. It seems like automatic logging is feasible if we recommend a limited set of events for the webhook, but I'm not sure which events are relevant. Or perhaps we could have a scheduled job? It could either a) call `Stripe.populatelog`, or b) we could log automatically, and the API call clears out unwanted events.MIHhttps://lab.civicrm.org/extensions/stripe/-/issues/36Stripe API version compatibility2019-03-04T00:57:01ZUpperholmeStripe API version compatibilityThe docs at https://lab.civicrm.org/extensions/stripe/tree/master/docs indicate that this extension requires Stripe API version: 2018-11-08
I'd like to integrate with a pre-existing Stripe account that is running on version: 2017-04-06 w...The docs at https://lab.civicrm.org/extensions/stripe/tree/master/docs indicate that this extension requires Stripe API version: 2018-11-08
I'd like to integrate with a pre-existing Stripe account that is running on version: 2017-04-06 with the upgrade option of moving to version: 2019-02-19.
Is this extension compatible with 2019-02-19?5.3https://lab.civicrm.org/extensions/stripe/-/issues/34Recurring donations marked as "pending" in Civi in Test Mode2019-03-04T12:01:08ZnaomiRecurring donations marked as "pending" in Civi in Test ModeVersion 5.2 of the extension.
Using Test mode.
When I create a single payment, it works as expected. But when I set up a recurring payment, in Civi it remains marked as "incomplete or pending", despite the subscription being successfull...Version 5.2 of the extension.
Using Test mode.
When I create a single payment, it works as expected. But when I set up a recurring payment, in Civi it remains marked as "incomplete or pending", despite the subscription being successfully created in Stripe.
Perhaps it is waiting for an acknowledgement from Stripe to be sent to the webhook URL?
I have entered this webhook url: `<site>/civicrm/payment/ipn`. I have attempted to test it from within Stripe. Whatever event I choose to send, I get "Test webhook error: 401" and "Invalid encoding: ISO-8859-1".
Perhaps the webhook needs to be set to the correct version. However the version specified in the extension docs is 2018-11-08 but that option is not available when created a webhook - see screenshot.
![image](/uploads/a55022c4ea21948f425bc5e690b32774/image.png)5.3naominaomihttps://lab.civicrm.org/extensions/stripe/-/issues/32Failed Payments Send Contribution Confirmation Letter2023-06-29T20:02:25ZmpwoodwardFailed Payments Send Contribution Confirmation LetterWe got a report from a donor with a recurring donation that when his credit card expired, Stripe basically kept trying to process the invoice every few days and each time he got the standard contribution receipt. The donations definitely...We got a report from a donor with a recurring donation that when his credit card expired, Stripe basically kept trying to process the invoice every few days and each time he got the standard contribution receipt. The donations definitely appear as failed in CiviCRM. I'm trying to get more info from the person who dealt with this donor but wanted to raise this issue since that seems like a rather major bug if this is happening on the Stripe extension side. Let me know if this is something I should raise on the CiviCRM side instead of this being something the extension would be doing. Thanks.5.3https://lab.civicrm.org/extensions/stripe/-/issues/31Payment Processor Error message :Failed to update contribution in database2023-06-29T20:02:25ZtwilsonfwmPayment Processor Error message :Failed to update contribution in databaseWhen trying to process a test transaction on the membership or contribute pages, this message pops up. I see the transaction in Stripe, but no data exists in CiviCRM.When trying to process a test transaction on the membership or contribute pages, this message pops up. I see the transaction in Stripe, but no data exists in CiviCRM.5.4https://lab.civicrm.org/extensions/stripe/-/issues/26Wrong stripe public key when submitting payment from additional stripe proces...2023-06-29T20:02:25ZmpwoodwardWrong stripe public key when submitting payment from additional stripe processor via backendI have a site with two payment processors configured with the Stripe extension (latest version). One of the payment processors works, the other doesn't work from the admin side, but seems to work OK if I configure a contribution page to ...I have a site with two payment processors configured with the Stripe extension (latest version). One of the payment processors works, the other doesn't work from the admin side, but seems to work OK if I configure a contribution page to use the second payment processor.
When I go to the admin and try to submit a CC contribution for a contact, I get taken to a 404 page:
[my site]/wp-admin/action=add&cid=2&mode=live
Here's the error in the CiviCRM logs:
Dec 12 21:05:57 [debug] Stripe Payment Error: Payment Response:
Type: invalid_request_error
Code: resource_missing
Message: No such token: [token here]
And here's the error I see on the Stripe side when I try to run a contribution through the payment processor that isn't working:
Request POST body
{
"description": "Matt Woodward (CiviCRM)",
"card": "[token here]",
"email": "[my email]",
"metadata": {
"civicrm_contact_id": "2"
}
}
Response body
{
"error": {
"code": "resource_missing",
"doc_url": "https://stripe.com/docs/error-codes/resource-missing",
"message": "No such token: [token here]",
"param": "card",
"type": "invalid_request_error"
}
}
I've verified that the tokens are correct in the payment processor configuration, and just to reiterate it DOES seem to work and get routed to the correct Stripe account from a contribution page configured with the second payment processor. It just doesn't work from the admin.
Happy to provide additional details if helpful. Thanks.5.3https://lab.civicrm.org/extensions/stripe/-/issues/23Changes that you made may not be saved.2023-06-29T20:02:25ZDevAppChanges that you made may not be saved.When selecting an offline payment method and submitting the contribution form, Chrome displays the error message "Leave site? Changes that you made may not be saved".
The site Drupal 7, using the CiviCRM Stripe module (branch version) a...When selecting an offline payment method and submitting the contribution form, Chrome displays the error message "Leave site? Changes that you made may not be saved".
The site Drupal 7, using the CiviCRM Stripe module (branch version) and CiviCRM 5.7.2.
If Stripe is selected (default) the error is not displayed.5.2https://lab.civicrm.org/extensions/stripe/-/issues/20Update next_sched_contribution_date when processing the next payment for a su...2023-06-29T20:02:25Zmattwiremjw@mjwconsult.co.ukUpdate next_sched_contribution_date when processing the next payment for a subscriptionMIHhttps://lab.civicrm.org/extensions/stripe/-/issues/19Create upgrader for 5.22023-06-29T20:02:24Zmattwiremjw@mjwconsult.co.ukCreate upgrader for 5.2Need to migrate civicrm_stripe_subscriptions table into recurring contributions (ie. map subscription ID onto trxn_id of recurring contribution). Also be good to try and update cycle day, next_sched_contribution_date.Need to migrate civicrm_stripe_subscriptions table into recurring contributions (ie. map subscription ID onto trxn_id of recurring contribution). Also be good to try and update cycle day, next_sched_contribution_date.5.2https://lab.civicrm.org/extensions/stripe/-/issues/18Feature: Support UpdateSubscription from CiviCRM/Stripe2023-12-15T14:10:42Zmattwiremjw@mjwconsult.co.ukFeature: Support UpdateSubscription from CiviCRM/StripeIt would be nice to be able to update the Stripe subscription from within CiviCRM and for changes made on the Stripe dashboard to show in CiviCRM.It would be nice to be able to update the Stripe subscription from within CiviCRM and for changes made on the Stripe dashboard to show in CiviCRM.6.11https://lab.civicrm.org/extensions/stripe/-/issues/17Error relating this subscription id [...] to the one in civicrm_stripe_subscr...2023-06-29T20:02:24ZMichael McAndrewError relating this subscription id [...] to the one in civicrm_stripe_subscriptionsCopied from https://github.com/drastik/com.drastikbydesign.stripe/issues/265.
We've been running Stripe with a client since 4th September. In this time, they have processed 220 payments but 19 of them have not ended up in CiviCRM.
Look...Copied from https://github.com/drastik/com.drastikbydesign.stripe/issues/265.
We've been running Stripe with a client since 4th September. In this time, they have processed 220 payments but 19 of them have not ended up in CiviCRM.
Looking at one of these missing payments, I can see that Stripe has tried to deliver the payload 7 times over a period of about three days. Each time I get a backtrace along the lines of
```
#0 .../sites/all/modules/civicrm/CRM/Core/Error.php(381): CRM_Core_Error::backtrace("backTrace", TRUE)
#1 .../sites/all/civicrm_extensions/com.drastikbydesign.stripe/CRM/Stripe/Page/Webhook.php(30): CRM_Core_Error::fatal("Error relating this subscription id (sub_Dn3Mp59bjvUu0O) to the one in civicr...")
#2 .../sites/all/civicrm_extensions/com.drastikbydesign.stripe/CRM/Stripe/Page/Webhook.php(154): getRecurInfo("sub_Dn3Mp59bjvUu0O", 0)
#3 .../sites/all/modules/civicrm/CRM/Core/Invoke.php(309): CRM_Stripe_Page_Webhook->run((Array:3), NULL)
#4 .../sites/all/modules/civicrm/CRM/Core/Invoke.php(84): CRM_Core_Invoke::runItem((Array:13))
#5 .../sites/all/modules/civicrm/CRM/Core/Invoke.php(52): CRM_Core_Invoke::_invoke((Array:3))
#6 .../sites/all/modules/civicrm/drupal/civicrm.module(445): CRM_Core_Invoke::invoke((Array:3))
#7 .../includes/menu.inc(527): civicrm_invoke("stripe", "webhook")
#8 .../index.php(21): menu_execute_active_handler()
#9 {main}
```
Indeed the subscription is not there.
And looking in CiviCRM I do not see any contact details for these payments (based on the email address contained in Stripe) or any contacts created at that time.
So it seems as if the contact is never created in CiviCRM.
Any ideas on what might be going on here, or how I can debug?
PS we are running on 5.0.beta2.
PPS Looking in CRM_Stripe_Page_Webhook, it appears to be looking for the subscription id in civicrm_stripe_subscriptions. I can confirm that the subscrtiption ID doesn't exist there.5.2https://lab.civicrm.org/extensions/stripe/-/issues/16Stripe Customer (find): contact_id is required2023-06-29T20:02:24ZjamieStripe Customer (find): contact_id is requiredI'm getting this error using CiviCRM 5.3 while registering for a paid event as an anonymous user and registering with contact information that is not already in the database.
In around line 600 of CRM/Event/Form/Registration/Confirm.php...I'm getting this error using CiviCRM 5.3 while registering for a paid event as an anonymous user and registering with contact information that is not already in the database.
In around line 600 of CRM/Event/Form/Registration/Confirm.php, there is:
list($result, $value) = $this->processPayment($payment, $value);
The $value array doesn't have contact_id in it (even though $contactID is available to it).
I'm not sure if that is different in more recent versions of CiviCRM.5.2https://lab.civicrm.org/extensions/stripe/-/issues/15fatal error processing webhook for customer.created2023-06-29T20:02:24ZRichfatal error processing webhook for customer.createdHi Matt,
I've just upgraded to your version 5.0 from the drastik 4.7.? one.
I'm getting fatal errors in my ConfigAndLog log when the IPN processor handles `customer.created` webhooks, specifically there's an exception `Could not find a...Hi Matt,
I've just upgraded to your version 5.0 from the drastik 4.7.? one.
I'm getting fatal errors in my ConfigAndLog log when the IPN processor handles `customer.created` webhooks, specifically there's an exception `Could not find an entry for 'customer_id'.`
The next webhook to fire is `customer.source.created` which did not seem to cause any errors, and the one after that was a `charge.succeeded` which seems to have (a) created a contact and (b) recorded the contribution OK.
Do you know why this might be happening?
Nb. I'm not using Civi's contribution pages for this, but rather I'm calling `Contribution.transact` directly, if that might make a difference.
Also, I'm not sure if this is a separate issue or an issue for core, but if an exception is thrown the HTTP status code should be returned as 500 or something - Stripe's dashboard does not report any errors but if you look at the response it received it's clearly a fatal error message.
Thanks,
Rich5.2https://lab.civicrm.org/extensions/stripe/-/issues/14Editing subscriptions in Stripe > updating CiviCRM?2023-06-29T20:02:24ZlarynEditing subscriptions in Stripe > updating CiviCRM?I was asked by someone about a recurring payment that they had edited directly in their Stripe account. If the report is accurate, it deleted or made inactive the recurring payment in CiviCRM and took the (revised) payment successfully i...I was asked by someone about a recurring payment that they had edited directly in their Stripe account. If the report is accurate, it deleted or made inactive the recurring payment in CiviCRM and took the (revised) payment successfully in Stripe. I wasn't aware that this was possible, but they said they'd done this successfully before with the edits showing up in CiviCRM – is/was this functionality part of the extension?
I did recently update to the new 5.x branch from here, so wasn't sure if something broke due to that.5.2https://lab.civicrm.org/extensions/stripe/-/issues/10Disable console logging2023-06-29T20:02:23Zmattwiremjw@mjwconsult.co.ukDisable console loggingDisable console logging by civicrm_stripe.js. We can re-enable if there are further issues to diagnose but this part now works pretty reliably.Disable console logging by civicrm_stripe.js. We can re-enable if there are further issues to diagnose but this part now works pretty reliably.5.2mattwiremjw@mjwconsult.co.ukmattwiremjw@mjwconsult.co.ukhttps://lab.civicrm.org/extensions/stripe/-/issues/9Self-service links on recurring contribution receipts don't work2023-06-29T20:02:23Zmattwiremjw@mjwconsult.co.ukSelf-service links on recurring contribution receipts don't workThis is a recurring contribution. You can cancel future contributions by visiting this web page.
You can update recurring contribution amount or change the number of installments for this recurring contribution by visiting this web page.This is a recurring contribution. You can cancel future contributions by visiting this web page.
You can update recurring contribution amount or change the number of installments for this recurring contribution by visiting this web page.5.2https://lab.civicrm.org/extensions/stripe/-/issues/6Leave Page Alert2023-06-29T20:02:23ZbenbachrachLeave Page AlertWith Stripe extension 5.0 installed on a WordPress site running the latest versions of Wordpress and CiviCRM I have the following problem
when the Contribution Page does not have the option for a Confirmation Page selected but has both...With Stripe extension 5.0 installed on a WordPress site running the latest versions of Wordpress and CiviCRM I have the following problem
when the Contribution Page does not have the option for a Confirmation Page selected but has both Stripe and Paypal as a payment option.
When the user has the option of using a Credit Card (thru Stripe) or Paypal, selecting Paypal and clicking Contribute generates a javascript alert "Leave Page - your entries maybe lost ... ". If I have Facebook Pixel Code installed in the header of the page, then I do not get that warning, but the user has to click the Contribute button twice for it to process. Any suggestions are welcome.
There are also problems when using the option for a Confirmation Page is selected but I will report on that at a later date.5.2https://lab.civicrm.org/extensions/stripe/-/issues/5Handle "Card Declined" when making payment2023-06-29T20:02:23Zmattwiremjw@mjwconsult.co.ukHandle "Card Declined" when making paymentCurrently the contribution is marked as Pending, but Stripe returns "Card Declined"Currently the contribution is marked as Pending, but Stripe returns "Card Declined"5.2https://lab.civicrm.org/extensions/stripe/-/issues/3Recurrings fail: Plan already exists2023-06-29T20:02:23ZandyburnsRecurrings fail: Plan already existsOne time contributions work. When trying to do recurring of $5/mo, I this message.!
[stripe_error](/uploads/155f4e628a447eef2f4a08310efad1be/stripe_error.PNG)
I removed any subscriptions in Civi and Stripe that I had previously done. I ...One time contributions work. When trying to do recurring of $5/mo, I this message.!
[stripe_error](/uploads/155f4e628a447eef2f4a08310efad1be/stripe_error.PNG)
I removed any subscriptions in Civi and Stripe that I had previously done. I tried to revert to the 4.7.3 version https://github.com/drastik/com.drastikbydesign.stripe and this same error also occurred.
I am able to do $10/mo. I did 2 of those back to back. So not sure where this leads me?5.2