mrtechnik

Apparently, the issue was due to outdated email templates. I never saw an update to them.

It is very strange, but the email addresses are entirely different. One being a Hotmail and the other being a Gmail email.

Hi. Thanks for that, and what you have explained is exactly what I thought would happen. However, I can 100% confirm that the wrong Client/User is getting the reset email. I use an email service to send emails from WHMCS and I can see who the email went to and the subject of the email. When I reset the password, I am finding the user and click on the drop and clicking password reset to send the email. When the client tries to use the forgot password link on the login page, no email is sent.

I am running 8.7.2. I know there is a minor update. All I can think is that there might be an issue with the database. Like some updates haven't been applied when I have updated.

This is true and works. Well sort of. I have an issue at the moment where Client/User 1 is requesting a password reset or I request it as you have described but Client/User 2 is getting the reset email and it is a completely different email address. Client 1 = ID 96 User 1 - ID 95 Client 2 = ID 97 User 2 = ID 96 As you can see from above, User 2 has the same ID as Client 1 and so the password reset is going to Client 1 rather than User 1!

Hello, I have the following: Client 1 = ID 96 User 1 - ID 95 Client 2 = ID 97 User 2 = ID 96 When Client 2 requests a password reset or I initiate it within the admin for User 2 is sends the requests to Client 1/User 1. Has anyone had this issue, too, and has anyone found a fix for it?

I am building a custom hook and testing it is funcationling properly but evertime I make a change it seems to take several hours before the change has any effect. Are hooks cached and if so is there a way to refresh the cache sooner? Otherwise, it is going to take ages developing this custom hook of mine.

Hello, Today I setup an Email Campaign in WHMCS and when I go to try and preview it, I get either a blank preview or an error: Does anyone know how I go about fixing this issue?

I have just updated to 8.1.3 from 8.1.1 and I have enabled the new Twenty-One theme. However, I get the below error: Error: Call to undefined method stdClass::getRoutePath() in /home/weave/whmcs_data/templates_c/601f3809178a2f6321d022d6d616a4786a060d56_0.file.homepage.tpl.php:44 The Twenty-One theme is unedited and all I Have done it copy and pasted it from the download across to my server. If I revert the theme back to my old custom one the site works without a hitch. Here is the full error: Error: Call to undefined method stdClass::getRoutePath() in /home/weave/whmcs_data/templates_c/601f3809178a2f6321d022d6d616a4786a060d56_0.file.homepage.tpl.php:44Stack trace:#0 /home/weave/whmcs/vendor/smarty/smarty/libs/sysplugins/smarty_template_resource_base.php(123): content_603a85b1ac1c15_78072802()#1 /home/weave/whmcs/vendor/smarty/smarty/libs/sysplugins/smarty_template_compiled.php(114): Smarty_Template_Resource_Base->getRenderedTemplateCode()#2 /home/weave/whmcs/vendor/smarty/smarty/libs/sysplugins/smarty_internal_template.php(216): Smarty_Template_Compiled->render()#3 /home/weave/whmcs/vendor/smarty/smarty/libs/sysplugins/smarty_internal_templatebase.php(232): Smarty_Internal_Template->render()#4 /home/weave/whmcs/vendor/smarty/smarty/libs/sysplugins/smarty_internal_templatebase.php(116): Smarty_Internal_TemplateBase->_execute()#5 /home/weave/whmcs/vendor/whmcs/whmcs-foundation/lib/Smarty.php(0): Smarty_Internal_TemplateBase->fetch()#6 /home/weave/whmcs/vendor/whmcs/whmcs-foundation/lib/ClientArea.php(0): WHMCS\Smarty->fetch()#7 /home/weave/whmcs/vendor/whmcs/whmcs-foundation/lib/ClientArea.php(0): WHMCS\ClientArea->outputWithoutExit()#8 /home/weave/whmcs/vendor/whmcs/whmcs-foundation/lib/Http/Message/AbstractViewableResponse.php(0): WHMCS\ClientArea->getOutputContent()#9 /home/weave/whmcs/vendor/middlewares/utils/src/CallableHandler.php(39): WHMCS\Http\Message\AbstractViewableResponse->getBody()#10 /home/weave/whmcs/vendor/middlewares/fast-route/src/FastRoute.php(96): Middlewares\Utils\CallableHandler::execute()#11 /home/weave/whmcs/vendor/whmcs/whmcs-foundation/lib/Route/Middleware/HandleProcessor.php(0): Middlewares\FastRoute->process()#12 /home/weave/whmcs/vendor/whmcs/whmcs-foundation/lib/Route/Middleware/Strategy/AssumingMiddlewareTrait.php(0): WHMCS\Route\Middleware\HandleProcessor->_process()#13 /home/weave/whmcs/vendor/middlewares/utils/src/Dispatcher.php(76): WHMCS\Route\Middleware\HandleProcessor->process()#14 [internal function]: Middlewares\Utils\Dispatcher->Middlewares\Utils\{closure}()#15 /home/weave/whmcs/vendor/middlewares/utils/src/Delegate.php(31): call_user_func()#16 /home/weave/whmcs/vendor/whmcs/whmcs-foundation/lib/Route/Middleware/AbstractProxyMiddleware.php(0): Middlewares\Utils\Delegate->process()#17 /home/weave/whmcs/vendor/whmcs/whmcs-foundation/lib/Route/Middleware/Strategy/AssumingMiddlewareTrait.php(0): WHMCS\Route\Middleware\AbstractProxyMiddleware->_process()#18 /home/weave/whmcs/vendor/middlewares/utils/src/Dispatcher.php(76): WHMCS\Route\Middleware\AbstractProxyMiddleware->process()#19 [internal function]: Middlewares\Utils\Dispatcher->Middlewares\Utils\{closure}()#20 /home/weave/whmcs/vendor/middlewares/utils/src/Delegate.php(31): call_user_func()#21 /home/weave/whmcs/vendor/whmcs/whmcs-foundation/lib/Route/Middleware/AbstractProxyMiddleware.php(0): Middlewares\Utils\Delegate->process()#22 /home/weave/whmcs/vendor/whmcs/whmcs-foundation/lib/Route/Middleware/Strategy/AssumingMiddlewareTrait.php(0): WHMCS\Route\Middleware\AbstractProxyMiddleware->_process()#23 /home/weave/whmcs/vendor/middlewares/utils/src/Dispatcher.php(76): WHMCS\Route\Middleware\AbstractProxyMiddleware->process()#24 [internal function]: Middlewares\Utils\Dispatcher->Middlewares\Utils\{closure}()#25 /home/weave/whmcs/vendor/middlewares/utils/src/Delegate.php(31): call_user_func()#26 /home/weave/whmcs/vendor/whmcs/whmcs-foundation/lib/Route/Middleware/BackendPsr7Response.php(0): Middlewares\Utils\Delegate->process()#27 /home/weave/whmcs/vendor/whmcs/whmcs-foundation/lib/Route/Middleware/BackendPsr7Response.php(0): WHMCS\Route\Middleware\BackendPsr7Response->_process()#28 /home/weave/whmcs/vendor/middlewares/utils/src/Dispatcher.php(76): WHMCS\Route\Middleware\BackendPsr7Response->process()#29 [internal function]: Middlewares\Utils\Dispatcher->Middlewares\Utils\{closure}()#30 /home/weave/whmcs/vendor/middlewares/utils/src/Delegate.php(31): call_user_func()#31 /home/weave/whmcs/vendor/middlewares/utils/src/Dispatcher.php(56): Middlewares\Utils\Delegate->process()#32 /home/weave/whmcs/vendor/whmcs/whmcs-foundation/lib/Route/Middleware/BackendDispatch.php(0): Middlewares\Utils\Dispatcher->dispatch()#33 /home/weave/whmcs/vendor/whmcs/whmcs-foundation/lib/Route/Middleware/Strategy/AssumingMiddlewareTrait.php(0): WHMCS\Route\Middleware\BackendDispatch->_process()#34 /home/weave/whmcs/vendor/middlewares/utils/src/Dispatcher.php(76): WHMCS\Route\Middleware\BackendDispatch->process()#35 [internal function]: Middlewares\Utils\Dispatcher->Middlewares\Utils\{closure}()#36 /home/weave/whmcs/vendor/middlewares/utils/src/Delegate.php(31): call_user_func()#37 /home/weave/whmcs/vendor/whmcs/whmcs-foundation/lib/Route/Middleware/RoutePathMatch.php(0): Middlewares\Utils\Delegate->process()#38 /home/weave/whmcs/vendor/whmcs/whmcs-foundation/lib/Route/Middleware/Strategy/AssumingMiddlewareTrait.php(0): WHMCS\Route\Middleware\RoutePathMatch->_process()#39 /home/weave/whmcs/vendor/middlewares/utils/src/Dispatcher.php(76): WHMCS\Route\Middleware\RoutePathMatch->process()#40 [internal function]: Middlewares\Utils\Dispatcher->Middlewares\Utils\{closure}()#41 /home/weave/whmcs/vendor/middlewares/utils/src/Delegate.php(31): call_user_func()#42 /home/weave/whmcs/vendor/whmcs/whmcs-foundation/lib/Route/Middleware/WhitelistFilter.php(0): Middlewares\Utils\Delegate->process()#43 /home/weave/whmcs/vendor/whmcs/whmcs-foundation/lib/Route/Middleware/Strategy/DelegatingMiddlewareTrait.php(0): WHMCS\Route\Middleware\WhitelistFilter->_process()#44 /home/weave/whmcs/vendor/middlewares/utils/src/Dispatcher.php(76): WHMCS\Route\Middleware\WhitelistFilter->process()#45 [internal function]: Middlewares\Utils\Dispatcher->Middlewares\Utils\{closure}()#46 /home/weave/whmcs/vendor/middlewares/utils/src/Delegate.php(31): call_user_func()#47 /home/weave/whmcs/vendor/whmcs/whmcs-foundation/lib/Route/Middleware/RoutableClientModuleRequest.php(0): Middlewares\Utils\Delegate->process()#48 /home/weave/whmcs/vendor/whmcs/whmcs-foundation/lib/Route/Middleware/Strategy/AssumingMiddlewareTrait.php(0): WHMCS\Route\Middleware\RoutableClientModuleRequest->_process()#49 /home/weave/whmcs/vendor/middlewares/utils/src/Dispatcher.php(76): WHMCS\Route\Middleware\RoutableClientModuleRequest->process()#50 [internal function]: Middlewares\Utils\Dispatcher->Middlewares\Utils\{closure}()#51 /home/weave/whmcs/vendor/middlewares/utils/src/Delegate.php(31): call_user_func()#52 /home/weave/whmcs/vendor/whmcs/whmcs-foundation/lib/Route/Middleware/RoutableAdminRequestUri.php(0): Middlewares\Utils\Delegate->process()#53 /home/weave/whmcs/vendor/whmcs/whmcs-foundation/lib/Route/Middleware/Strategy/AssumingMiddlewareTrait.php(0): WHMCS\Route\Middleware\RoutableAdminRequestUri->_process()#54 /home/weave/whmcs/vendor/middlewares/utils/src/Dispatcher.php(76): WHMCS\Route\Middleware\RoutableAdminRequestUri->process()#55 [internal function]: Middlewares\Utils\Dispatcher->Middlewares\Utils\{closure}()#56 /home/weave/whmcs/vendor/middlewares/utils/src/Delegate.php(31): call_user_func()#57 /home/weave/whmcs/vendor/whmcs/whmcs-foundation/lib/Route/Middleware/RoutableRequestUri.php(0): Middlewares\Utils\Delegate->process()#58 /home/weave/whmcs/vendor/whmcs/whmcs-foundation/lib/Route/Middleware/Strategy/AssumingMiddlewareTrait.php(0): WHMCS\Route\Middleware\RoutableRequestUri->_process()#59 /home/weave/whmcs/vendor/middlewares/utils/src/Dispatcher.php(76): WHMCS\Route\Middleware\RoutableRequestUri->process()#60 [internal function]: Middlewares\Utils\Dispatcher->Middlewares\Utils\{closure}()#61 /home/weave/whmcs/vendor/middlewares/utils/src/Delegate.php(31): call_user_func()#62 /home/weave/whmcs/vendor/whmcs/whmcs-foundation/lib/Route/Middleware/RoutableRequestQueryUri.php(0): Middlewares\Utils\Delegate->process()#63 /home/weave/whmcs/vendor/whmcs/whmcs-foundation/lib/Route/Middleware/Strategy/AssumingMiddlewareTrait.php(0): WHMCS\Route\Middleware\RoutableRequestQueryUri->_process()#64 /home/weave/whmcs/vendor/middlewares/utils/src/Dispatcher.php(76): WHMCS\Route\Middleware\RoutableRequestQueryUri->process()#65 [internal function]: Middlewares\Utils\Dispatcher->Middlewares\Utils\{closure}()#66 /home/weave/whmcs/vendor/middlewares/utils/src/Delegate.php(31): call_user_func()#67 /home/weave/whmcs/vendor/middlewares/utils/src/Dispatcher.php(56): Middlewares\Utils\Delegate->process()#68 /home/weave/whmcs/index.php(0): Middlewares\Utils\Dispatcher->dispatch()#69 {main} Does anyone have a suggest of why this is happening? I have tried other pages like the client login page and the base store page and that seems to work. Just the homepage is having issues.

Thank you for the explanation. The merge filed was incorrect which has now fixed the issue.

Brilliant! Thank you. I am not sure why my template hadn't updated the last time I upgraded. It now makes me wonder how many of my templates are wrong. Is there somewhere I can check what all the default templates should be?

I too have the issue of no URL link in the reset email. I have a client that needs to get in to their account but can't because there is no link to click!

Did you ever fix this? I am now having this same issue.

I too have been having this issue since I setup GoCardless. Luckily I do not have too many people using this payment method (although I am pushing more people to use it) so it isn't a huge issue but it would be good if it worked as it should.

I am also having an issue whereby the invoice is updated to Payment Pending and I can see a transaction for 'paid_out' but the invoice never updates to Paid. Has anyone found a fix for this?

Hi, So, today, I tried to enter a new order for a client whereby they ordered a hosting plan and it all appeared to go through however when I looked at the order to Accept it there is nothing in the order details. except the total. The email log shows that the email was sent with the correct information in it but I am unable to run the create command for cPanel to create the account. Has anyone ever had this and fixed an issue like this?

Hello, When the new PayPal Checkout was released in WHMCS 7.9 (maybe 7.10) I had issues with payments not completeing properly and so I disabled it. Since upgrading to version 8 i thought I would try to enable it and resolved the issue. I am getting the error 'PayPal Onboarding Error 2: Not Acceptable'. I have tried to Google to error but nothing appears to match the issue I am having. I have looked in the Gateway Log, the Module Log and the Activity Log and I cannot anything that explains the issue. Can anyone provide any guidance on what I can try or where to go to find out why the Onboarding Process is failing?

I have now been able to add the Client ID and Secret. The only issue now is that the PayPal buttons described on the Docs are not showing. https://docs.whmcs.com/PayPal_Checkout#Express_Checkout

Still having issues with adding the new PayPal module. Is there likely to be a fix released? I don't appear to be the only person struggling.

Hi @WHMCS ChrisD, I have also tried in Firefox and still the same issue. Attached is the result of the Network tab.

Has anyone had any further luck with the new PayPal Module? I upgraded to 7.9.1 from 7.8 today, and I am experiencing the same issue. When clicking on 'Link PayPal Account' for the new module, PayPal is opened in a new tab and once finished I am left with the 'Thanks for signing up' message and nothing else. The previous tab has WHMCS open and does not refresh. I have tried the same process on Chrome and Safari, and both have the same result. In Chrome, I have tried to temporarily disable the cross browsing setting and still no joy. 😞

Thank you for your suggestion, @bear. I have enabled the confirm email address option, but I wish it had a choice to force this. I may look to see if I can customise the client area template to remove everything and display a message to force users to verify their account. I have also since set up Fraud Protection using FraudLabs. I hope they are good. I have also made sure that auto-provision is disabled for everything! Because I mainly operate in the UK I have restricted my site so that it does not work for customers outside of the UK. I am hoping that this will help too.

Hi, I have started getting loads of foreign orders that use a non-existent email address. I do not advertise outside the UK and this is really getting to me. What can I do to avoid these fraudulent and spammy orders that are being made? What do others do to prevent this? Any ideas, thoughts or suggestions would be greatly appreciated.

Hi, My ISP does not provide a static IP. To develop using the API and an allowed IP address I am using a VPN with a static IP. However, when I make an API request I get the response `Null`. When I use my current ISP public IP the API call works. Any suggestions on what the issue might be? I have also logged a ticket with the VPN provider to see what the cause could be.

Thanks, @WHMCS Peter. I did read that before posting, however now I have re-read that section it makes sense. I wonder whether that paragraph could be rewritten to be more explicit. Thank you again.