enrapture

Hi, Brian. Did you have any ideas on this? I've continued my search over the last week and am really stuck so would appreciate any thoughts you have. Thank you. 🙂

Hi, Brian. Yes, we have a specific whois entry in the json file and it works properly when we use standard whois. Unfortunately, when using standard whois, we don't get any premium pricing information back from the general provider which will cause an even bigger headache for us. Yes, they do offer them but we don't register with them (obviously). Our main reason for wanting to switch is that our direct EPP connection to the registry means we get instant updates on availability whereas the provider appears to be using a delayed/cached lookup and we've had a few instances where we've sold unavailable names. Thanks for taking the time to respond 🙂

We are using a domain lookup provider successfully for lookups, but of course, this is checking all tld's. We have a few tld's that we register directly with a registry and ideally we'd run domain checks using a different lookup mechanism which we already have in place. The part we are stuck on is configuring WHMCS to use the standard whois server for the select TLDs and continue as normal with the rest. If we use the standard WHOIS, it works perfectly but this isn't a solution we can use as the standard whois lookups miss a lot of premium prices etc. Does anyone have an idea on how to do this? Thanks :-)

Hi Thanks for getting back to us. The problem has been resolved in-house after locatingan Open Provider authentication issue, which was then impacting the dashboard. Thanks Mark

We seem to have suddenly lost our standard WHMCS admin dashboard content and we find the following error in the log. "Smarty Error: Authentication/Authorization Failed" Any thoughts?

If anyone else reads this the hotfix appears to be working correctly. Thanks, Peter and the rest of the team that got the solution to us so quickly.

Yes, it was. The file is back and I've adjusted the setting you mentioned. All seems to be working. Thank you so much for the quick support. We'll install the hotfix when ready and report back to let you know.

Thanks, Peter. We'll look into that right away. Can you confirm if it is both errors that I mentioned, please? The checkout and the refund?

We have managed to stop the Oops error by uploading the invoicefunctions.php file from 7.8.3. That may be bad but the checkouts appear to be working. From there we tried to refund the orders we had made. Every attempt whether its via Stripe or PayPal gives a new Ooops error in the site admin: Whoops\Exception\ErrorException: Cannot redeclare getinvoicestatuscolour() in :0 Stack trace: #0 /*****/vendor/whmcs/whmcs-foundation/lib/Utility/Error/Run.php(0): WHMCS\Utility\Error\Run->handleError(1, 'Cannot redeclar...', '', 0) #1 [internal function]: WHMCS\Utility\Error\Run->handleShutdown() #2 {main} It appears that the refunds do actually go through, though.

Hi, I've been trying to resolve this for hours now. We have the Stripe and BAsic PayPal gateways installed and setup. When we make any purchase we are getting an Oops error on the "cart.php?a=complete" URL: Error: Undefined class constant 'Active' in /*****/includes/invoicefunctions.php:0 Stack trace: #0 /*******/cart.php(0): getNewClientAutoProvisionStatus(1) #1 {main} (The *** are redaction not the actual error) Has anyone else seen this or have a solution? We can't get past it which is causing us some grief. The Stripe orders are not completing and PayPal isn't redirected at all.