leemahoney3 Posted November 2, 2023 Share Posted November 2, 2023 On 10/31/2023 at 9:00 AM, Vox said: Hi Guys, Updating this thread as WHMCS have confirmed the above post regarding the change of IP address. If the clients IP address changes during the payment process it will not complete. This means that any customers using services such as "iCloud Private Relay" may be prone to payment failures. I guess that makes sense 😶 0 Quote Link to comment Share on other sites More sharing options...
HostXNow Posted December 5, 2023 Share Posted December 5, 2023 I notice the same issue Its been happening for several months.. One existing client seems to trigger it whenever he registers a new domain. Today, he was charged 4x. One goes through, and three others show as Uncaptured. It happened for months after a WHMCS update, but I'm unsure what update caused the problem. Captcha Form Protection is set to off when logged in. So we can rule out Captcha. Still, it is set to reCAPTCHA v2 (Google's reCAPTCHA system) Captcha for Select Forms is not selected for Shopping Cart Checkout Domain Checker Login Forms only enabled for Client Registration Contact Form Login Forms Disable Session IP Check is enabled, so that not causing issue either. 1 Quote Link to comment Share on other sites More sharing options...
sahostking Posted December 15, 2023 Share Posted December 15, 2023 I have always had "Disable Session IP Check" = enabled So dont think its that. 0 Quote Link to comment Share on other sites More sharing options...
HostXNow Posted December 19, 2023 Share Posted December 19, 2023 On 12/15/2023 at 5:30 PM, sahostking said: I have always had "Disable Session IP Check" = enabled So dont think its that. It isn't anything to do with the mentioned settings. I've tried lots of different options. It's an issue with WHMCS/Stripe itself. 0 Quote Link to comment Share on other sites More sharing options...
bear Posted December 19, 2023 Share Posted December 19, 2023 15 minutes ago, HostXNow said: It's an issue with WHMCS/Stripe itself. I'd agree, based on it falling over with the updated files to fix a flaw causing it, and the updated file provided again fixing it. That implies they know what causes it, perhaps....or the updated file that fixed it was simply the pre-exploit file unchanged. 😉 0 Quote Link to comment Share on other sites More sharing options...
niels Posted December 21, 2023 Share Posted December 21, 2023 Does WHMCS recommend a specific Stripe API version? I noticed that my business using API 2020-08-27 suffers the issue most. Two other businesses using 2019-08-14 and 2023-10-16 very rarely have the issue. It's hard to exclude other factors though. Guess I'll bump the failing WHMCS to API version 2023-10-16. 0 Quote Link to comment Share on other sites More sharing options...
ratandalez Posted January 10 Share Posted January 10 We started having a lot of uncaptured payments. All the uncaptured payments appeared twice in the Stripe Dashboard. 0 Quote Link to comment Share on other sites More sharing options...
HostXNow Posted February 8 Share Posted February 8 On 12/19/2023 at 3:52 PM, bear said: I'd agree, based on it falling over with the updated files to fix a flaw causing it, and the updated file provided again fixing it. That implies they know what causes it, perhaps....or the updated file that fixed it was simply the pre-exploit file unchanged. 😉 I tried many different things and even did test orders using the default Twenty-One theme and still got Uncaptured payments. I use a single-page checkout for the theme, and it was that causing the issue. I'm still using the same theme but selected the option to use the regular checkout steps that WHMCS uses and no more Uncaptured payments for days. So, in this case, it looks to be an issue with the theme, and I'll let the developer know about the issue, which affects the single-checkout page only. I'll use the regular checkout pages, which still look good on the theme. It does seem that WHMCS changed something at some point, which has affected a lot of custom themes, and developers did not know about it. Anyway, hopefully, resolved now. 0 Quote Link to comment Share on other sites More sharing options...
zomex Posted February 8 Share Posted February 8 2 minutes ago, HostXNow said: I tried many different things and even did test orders using the default Twenty-One theme and still got Uncaptured payments. I use a single-page checkout for the theme, and it was that causing the issue. I'm still using the same theme but selected the option to use the regular checkout steps that WHMCS uses and no more Uncaptured payments for days. So, in this case, it looks to be an issue with the theme, and I'll let the developer know about the issue, which affects the single-checkout page only. I'll use the regular checkout pages, which still look good on the theme. It does seem that WHMCS changed something at some point, which has affected a lot of custom themes, and developers did not know about it. Anyway, hopefully, resolved now. Hopefully you have got it sorted. With that said I have always used the recommended Standard WHMCS cart and had the same uncaptured payments. 0 Quote Link to comment Share on other sites More sharing options...
Stormster Posted February 8 Share Posted February 8 Dealing with this exact issue still, Croster theme. Test and live stripe, both result in Uncaptured. Customer gets sent to the invoice being required to pay (again), once they pay it there, it works. See this error in Stripe in API Logs. Secret key is provided, I've reset / regenerated it multiple times as well. { "error": { "code": "secret_key_required", "doc_url": "https://stripe.com/docs/error-codes/secret-key-required", "message": "This API call cannot be made with a publishable API key. Please use a secret API key. You can find a list of your API keys at https://dashboard.stripe.com/account/apikeys.", "request_log_url": "https://dashboard.stripe.com/test/logs/req_viiblah blah blah", "type": "invalid_request_error" } } 0 Quote Link to comment Share on other sites More sharing options...
HostXNow Posted February 9 Share Posted February 9 23 hours ago, HostXNow said: Anyway, hopefully, resolved now. Hopefully! Fingers crossed. 0 Quote Link to comment Share on other sites More sharing options...
HostXNow Posted February 9 Share Posted February 9 21 hours ago, Stormster said: Dealing with this exact issue still, Croster theme. Test and live stripe, both result in Uncaptured. Customer gets sent to the invoice being required to pay (again), once they pay it there, it works. See this error in Stripe in API Logs. Secret key is provided, I've reset / regenerated it multiple times as well. { "error": { "code": "secret_key_required", "doc_url": "https://stripe.com/docs/error-codes/secret-key-required", "message": "This API call cannot be made with a publishable API key. Please use a secret API key. You can find a list of your API keys at https://dashboard.stripe.com/account/apikeys.", "request_log_url": "https://dashboard.stripe.com/test/logs/req_viiblah blah blah", "type": "invalid_request_error" } } I'm using the Croster theme too. It was doing it when using single-checkout. As soon as I disabled that, the Uncaptured payments stopped happening. It's been fine for several days now. I guess they need to fix the single checkout page for Croster. Maybe they can have it fixed for the next version of WHMCS 8.9, which will be released soon to also update PayPal payments. 0 Quote Link to comment Share on other sites More sharing options...
wsa Posted February 20 Share Posted February 20 It is not only Croster I have a friend who uses Twenty-one and has the same problem. He talked to Stripe they told them something to do with the module to contact whmcs.com 0 Quote Link to comment Share on other sites More sharing options...
zomex Posted March 27 Share Posted March 27 Got the same error again today. New client, uncaptured payment using Stripe. 0 Quote Link to comment Share on other sites More sharing options...
wsa Posted March 27 Share Posted March 27 Hi, I talked to Stripe also they all told me to contact whmcs.com for something with the API that is used. 0 Quote Link to comment Share on other sites More sharing options...
Fabskf Posted March 30 Share Posted March 30 This also happens to me. Do you know if it improved in version 8.9? I haven't updated yet. 0 Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.