Jump to content
hkhost

Stripe "Uncaptured" Payments

Recommended Posts

It's not shocking that it's not fixed. It can be quite difficult to fix something that you don't have a lot of information about (like why it happens, how often it happens, for who it happens etc). I've been trying to compare our cases of this bug, and I have absolutely no idea why it happens - there's no common thread - and when I finally think I have found the common thread, there's a case that disproves my theory.

What actually is shocking is that, despite this thread being very active, WHMCS hasn't dropped by to say anything for a long while.

Bugs can be difficult to fix. Giving a written update about a specific bug isn't that difficult. Instead of gathering information through multiple tickets, maybe WHMCS should use this thread (or create a new thread) to gather all the info they could. Other users could then voice their own experiences.

Edited by DennisHermannsen

Share this post


Link to post
Share on other sites
13 hours ago, DennisHermannsen said:

Bugs can be difficult to fix. Giving a written update about a specific bug isn't that difficult. Instead of gathering information through multiple tickets, maybe WHMCS should use this thread (or create a new thread) to gather all the info they could. Other users could then voice their own experiences.

Well they check everything because I give all login information I spent hrs with them and they find where is the bug 

Share this post


Link to post
Share on other sites
Just now, wsa said:

Well they check everything because I give all login information I spent hrs with them and they find where is the bug 

But that doesn't mean that they know why the bug happens. They can't just fix something if they don't know why it happens.

Share this post


Link to post
Share on other sites
12 hours ago, DennisHermannsen said:

But that doesn't mean that they know why the bug happens. They can't just fix something if they don't know why it happens.

Thank you for your very useful comments. We will continue waiting for this issue to be fixed. I guess 1 year is not enough time.

Share this post


Link to post
Share on other sites

I don't think I asked to be misunderstood, but I guess people can't see beyond the tip of their own nose... Let me rephrase in bullet points:

  • It's very annoying that this hasn't been fixed
  • This issue should have gotten more focus
  • WHMCS should have given a statement about this issue instead of handling everything through tickets

however:

  • You can't just magically fix an issue without knowing why it happens
  • I tried comparing our cases, and there's no common thread for the issue

 

Share this post


Link to post
Share on other sites

This what whmcs.com email me

After some further, in depth and detailed analysis, I have found one point of failure during the checkout.

It appears that the combination of having the TOS acceptance checkbox and the captcha, can cause the validation of the captcha to not be performed within the attempt to create the PaymentIntent over with Stripe. This happens when the user does not tick the TOS acceptance, then after it errors informing them of such, they do tick the TOS checkbox but don't complete the captcha challenge again (which has reloaded).

Essentially, an uncaptured transaction could show in Stripe, as a PaymentIntent is incorrectly created after the captcha is not completed following the failure to accept the TOS in the checkout.

I have reproduced that situation and opened up case MODULE-7478 with our development team to have this reviewed. Whilst I cannot provide an estimated time for completion for this, once we resolve cases and push features they are available at our change log, here:

Share this post


Link to post
Share on other sites

I've found something different.

We started having a lot of uncaptured payments. All the uncaptured payments appeared twice in the Stripe Dashboard.
It was not until yesterday where multiple new clients contacted us that I knew why..

Apparantly, the MaxMind Fraud module is marking random orders as fraud. The orders' fraud score is way below what we have configured the module to mark fraud orders by.

Legit orders with a fraud score of 0.1 is being marked as fraud (when they should only be marked if the fraud score is 20+). All these orders is going to Uncaptured Payments in Stripe.

Is anyone seeing the same as we do?

Share this post


Link to post
Share on other sites

I get that one time but this uncaptured payments alot time and whmcs could take a year they fix this like they did with mailchimp module take a year.

Share this post


Link to post
Share on other sites

We have found that if a order is set to fraud by maxmind - the payment is still done on Stripe-  but is showing as uncaptured.

Seems to be an issue with Maxmind module? 

Share this post


Link to post
Share on other sites
6 minutes ago, wsa said:

This what whmcs email me 

 

We have already turned off TOS acceptance checkbox and the captcha but still we get uncaptured payments .

 

for us - it looks like the maxmind module causing the issues.

Share this post


Link to post
Share on other sites

btw we do not use maxmind

let see how long will this take for WHMCS to fix....

Share this post


Link to post
Share on other sites

Using WHMCS V8.1.3 and would you believe it, the same error has not been resolved.

Stripe payment un-captured, the gateway log for Stripe Webhooks shows the Result as "Client Not Found". This is for a new client and new payment. Had to login to Stripe, capture the payment then manually add the transaction in WHMCS.

--------

Another issue was with a PayPal payment for a new client, not automatically marked as paid even though it went through with PayPal. Had to manually add the transaction.

The result for PayPal showed as "Subscription Created: No invoice found".

stripe.png

paypal.png

Share this post


Link to post
Share on other sites

I'm still getting this error on 8.1.3. Does anyone have a fix? I'm using stock themes and still getting this issue.

Does anyone have a work around? Incredible frustrating to have to manually capture the payment in stripe and fulfil the order manually.

Share this post


Link to post
Share on other sites

yes sometime I get also and they want more money of whmcs but they can not fix all this old bugs that peoples report a year ago 

Share this post


Link to post
Share on other sites

Add us to the list of users seeing this issue in 8.13. Just had a PO'd client get in touch with us because he "paid" us for an order that we had no record of.

Share this post


Link to post
Share on other sites
15 hours ago, D9Hosting said:

Add us to the list of users seeing this issue in 8.13. Just had a PO'd client get in touch with us because he "paid" us for an order that we had no record of.

Ouch - This is really awful! A billing software that cannot bill people! 😂 You would think staff would be all over this, Even with platitudes to make people think it's getting attention! 

Share this post


Link to post
Share on other sites

We've got one client who is managing to trigger this error every time he orders something yet it looks to be fine for everyone else. The error he is getting is related to the capatcha on the checkout page (using invisible recapatcha) so for now I've just disabled the capatcha for that page.

 

image002.png

Share this post


Link to post
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.


  • Similar Content

    • By Si
      With the upcoming charges for cPanel for individual hosting accounts I used the server sync tool to identify hosting accounts on my server which had no paying customers.  After running the sync, I was amazed at how many there were.   (Wondered why they weren't terminated and deleted by WHMCS automatically over the years).  Anyway,  so I checked about 20 of them manually (all the white banded ones)......and for all of them, they were correct.  So with about 60 to get rid off, I was satisfied (foolishly) that the sync tool was correct.  I then manually deleted the accounts in WHM > Terminate Accounts.
      Today I had a couple of customers contact me to tell me their website had disappeared and their email wasn't working.  Sure enough the paid for hosting accounts were gone.  
      I had to recreate them on the server, and running the sync tool again, the same sites appeared as 'not linked to any WHMCS account again'.  But they are.  Paying customers with accounts that use the cPanel auto-login to the server etc etc.
      It now seems that the only explanation I have is that the customer ordered the hosting account using a capital letter in the domain.  So the sync tool MUST be searching for the domain with all lower case and not allowing for (as WHMCS allows) the listing of capital letters in the client account.  So beware.
      Obviously, if my conclusion is correct, this is something WHMCS would need to address.  If it's not, then something else is going on which is more worrying.  
    • By Mechanic
      We haven't yet upgraded to 7.8.2 but I installed a fresh copy for a client today.  They are a reseller.
      I have added their reseller account as a server and clicked on the refresh icon and it shows they have Unlimited account limits, while they do have an account limit on our server.
      I was not impressed. This is going to result in some misunderstanding.
      Please fix the issue.
    • By melotel
      Using default 6 theme, contacts of an organization see a blank screen when they login.  Works OK for the primary account, but their contacts dont have the Security Settings page.

    • By melotel
      I have enabled Time Based Tokens for clients.
      However, when they navigate to security and attempt to enabled the setting they get an error.
      Loading...An error occurred while communicating with the server. Please try again.

    • By battles
      Hello,
      Can someone help me set this to project a better experience for our clients? My clients wonder why in their portal area - there are invoices that show as "overdue" when in fact they are not. See attached. It doesn't look very good and I get it from their perspective. It;s not "overdue" it's due in XX days. The attached are the 2 "overdue" and when they are actually due. We invoice 30 days in advance.


  • 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