WHMCS John

Hi @sonuyos, Can you please review the uncaptured pre-authorisations in your Stripe Dashboard on the Payments page, and confirm whether they were blocked by a Radar rule or a failed 3DSecure attempt? Occasional uncaptured payments are to be expected under normal operation in the event that a client's card is declined due to a Radar rule on your Stripe account. Such pre-authorizations will automatically expire after 7 days: https://stripe.com/docs/payments/place-a-hold-on-a-payment-method

Hi @KNK, ImportAssist can certainly be used to import data into a fresh database, and it'll assign new IDs to everything. All the data points itemized in the documentation here will be imported: https://docs.whmcs.com/ImportAssist#WHMCS_8.0_and_later It is not currently possible to selectively import data; most things are relational, so you'd need most of it anyway.

The documentation which details how to remove credits is located at: https://docs.whmcs.com/Adding_and_Working_With_Credit#Adding_or_Removing_Client_Credit

Hi @thisismatt, Please open a support ticket so we can review the data: https://www.whmcs.com/submit-a-ticket/

Hi @thisismatt, The entries in the tblupdatelog table from the time of performing the-update may provide some indication of the root cause of the problem. Please do share them here for us to review.

@Mecanik, That is the "PayPal" module which uses the latest CheckOut APIs. The "PayPal Basic" module uses the traditional Website Payments Standard payment buttons.

Hi @thisismatt. Glad to hear the issue is now resolved. With regards to the auto-updating issue; what error did you experience, please? Some of the most common errors are detailed at: https://docs.whmcs.com/Automatic_Updater#Troubleshooting https://help.whmcs.com/m/updating/l/1136003-resolving-a-down-for-maintenance-message

Whatever could you mean?? 😉

@unity100, Yes, it works exactly like this 🙂

Hi @Mandalorian, whmimport.php is an old file no longer in-use, and can safely be deleted. downloads.php is a current file, that it should show incompatible is unusual. Which version did you update from? Does your copy of downloads.php have any restrictive permissions or ownership which might prevent a PHP script from overwriting it (eg. owned by root, or CHMOD 400)? I recommend replacing it with a copy from the 8.6.2 Full Release download from https://download.whmcs.com

Hi all, I can confirm this issue was resolved in v8.6.1: https://docs.whmcs.com/Changelog:WHMCS_V8.6.1

Hi @Craft, A Retry Every Week For of 0 weeks means that WHMCS will attempt capture every day. Set a value in this field to reduce the capture attempt frequency to once per week. Documentation: https://docs.whmcs.com/Automation_Settings#Retry_Every_Week_For

Hi @Hilmi, Is there a record of the terminations occurring in the Configuration > System Log? If not, then we can say for certain that the termination was not initiated via this current WHMCS installation. Check for other WHMCS installations you may have run elsewhere in the past, and make sure they are removed: https://docs.whmcs.com/Uninstall_WHMCS If you no longer have access to the old locations, you can change/revoke your web server credentials/API keys, and only update this current WHMCS installation with the new credentials on the Configuration > System Settings > Servers page.

Hi @Robert West, Yes absolutely. Our Customer Service team will be pleased to help arrange that with you, please get in touch via https://www.whmcs.com/submit-a-ticket/

Hi @thisismatt, Can you please confirm whether you're running v8.6.1? We addressed an identical error in the latest release for PHP 8.1 environments: https://docs.whmcs.com/Changelog:WHMCS_V8.6.1