Jump to content

Stripe "Uncaptured" Payments


hkhost

Recommended Posts

I thought that whatever is the issue related to this behaviour, a solution could be a hook that creates a txt file containing client and order details each time the "complete order" button is pressed: it would then be easy to recreate the client account and order whenever we find an "uncaptured" payment in stripe for a new order. 

Anyone would like to try? 

Link to comment
Share on other sites

On 2/19/2025 at 10:46 PM, wsa said:

Hi,

Yes is a whmcs issue I talked to Stripe they told me something to do with the whmcs module I got 2 last night.

Try placing an order without a state specified, as I discovered this. They auth a payment before any validation takes place (totally brain-dead that they don't validate the form itself). In typical WHMCS tone deaf fashion, they're ignoring the issue.

 

Link to comment
Share on other sites

Another day another ignored WHMCS bug as this thread surpasses 60k views.

Today I had a client create an order, pay via PayPal. No client account created, no order created in WHMCS. No payment received to PayPal.

Client sees the transaction in PayPal which disappears within a couple of hours.

Very bad look as a user of WHMCS who has seen constant price rises for software that supposedly is all about automation and ease of use. This is 100% a WHMCS bug as I've seen the exact same with Stripe.

Other times the client account is created, the order created but the payment is "uncaptured"

No point submitting a ticket as WHMCS refuse to accept this is an issue with their software.

I now use almost stock WHMCS. Just Fraud Record in terms of modules and I have a very simple child theme of twenty one.

Edited by zomex
Link to comment
Share on other sites

I insist with my idea: track any "attempted" submission with a hook, for mainly 2 reasons:

1. The misbehaviour could be caused by other hooks or plugins, and in that case whmcs team should check every single case (not convenient) 

2. The misbehaviour might depend on customers who close the page too soon or stripe being unable to immediately capture the payment. 

In any case, all the data is available once "submit order" is clicked and, while I wouldn't like to find a new order for each attempted and failed order payment, I would find useful to have it in a txt file or a db table under, for example "missed orders".

It might populate quite quickly with a lot of useless orders, but at least we would, somewhere, find the details we need to recreate client account and order unintentially missed. 

Edited by MikePitta
Link to comment
Share on other sites

16 hours ago, zomex said:

Another day another ignored WHMCS bug as this thread surpasses 60k views.

Today I had a client create an order, pay via PayPal. No client account created, no order created in WHMCS. No payment received to PayPal.

Client sees the transaction in PayPal which disappears within a couple of hours.

Very bad look as a user of WHMCS who has seen constant price rises for software that supposedly is all about automation and ease of use. This is 100% a WHMCS bug as I've seen the exact same with Stripe.

Other times the client account is created, the order created but the payment is "uncaptured"

No point submitting a ticket as WHMCS refuse to accept this is an issue with their software.

I now use almost stock WHMCS. Just Fraud Record in terms of modules and I have a very simple child theme of twenty one.

That is true. I talked to both vendors, and they told me to contact WHMCS.com

Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

  • Recently Browsing   0 members

    • No registered users viewing this page.
×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use & Guidelines and understand your posts will initially be pre-moderated