Client page not rendering domains and services

[RHenderson]

Hi,

The customers client pages are not rendering services and domains.  I found some not rendering help pages but no luck. I turned on debug for awhile, found an unrelated issue there and fixed that. Cleared the cache etc... I did recently move the install from another server and saw some path issues in the db and used PhpMyAdmin and fixed those.  So instead of loading the domains and services the little twirly circle goes around and around. I am not 100% sure what that pulls from to narrow down the issues. Oh yeah updated to 8.4.1 as well. Next I was going to try to inspect the code and then I thought I would post in here to see if anyone else has encountered this issue. 

Thanks in advance,
Randy

[RHenderson]

Update - I checked the client side page using Inspect - When selecting domains and looking at inspect the customers data is there, so I know it is pulling the data from the database. So I guess just the issue is narrowed Java is not rendering to a web pgae. Also tried Firefox & Chrome to be sure it was not a browser issue. Just thought if someone had an idea it this might help narrow it down. Also I am using Pho 7.4.28

[WHMCS John]

Hi @RHenderson,

Please begin your troubleshooting by reviewing these steps:https://help.whmcs.com/m/troubleshooting/l/678235-troubleshooting-a-blank-page-oops-error-message

If there's an issue with template syntax, you will find additional details logged to Configuration > System Logs.

Please do share any error details here for the community to advise further.

[RHenderson]

I did not post before, I had tried turning on the logs before I posted (I had seen that post earlier) but of due diligence I went through the steps again, I am not getting any Php errors. Also checked mod_sec logs and Apache dom logs and error_log. ALso checked the cPanel error log and found: 

Sat Feb 26 17:36:22.693640 2022] [authz_core:error] [pid 12558] [client 198.204.229.42:52412] AH01630: client denied by server configuration: /home/XXXXXXXX/public_html/vendor/phpunit

and

[Tue Mar 01 03:29:38.467413 2022] [authz_core:error] [pid 25699:tid 47314487375616] [client 198.204.229.42:35156] AH01630: client denied by server configuration: /home/XXXXX/public_html/vendor/composer/LICENSE

Which led me to https://whmcs.community/topic/270461-apache-client-denied-by-server-configuration-hitting-for-each-url-request/ and I checked the things in that post. I also temporarily turned off mod_sec renamed .htaccess file, tunred on display php error in php.ini and .htaccess (before I renamed it)  and csf firewall to be sure something in there was not causing the issue, no change

Regards,
Randy

[RHenderson]

Oh, it looks those errors above are not errors, but normal operation to protect those files, so I can ignore them.

[RHenderson]

Not to confuse the issue, but I can download the page source and save it locally and it loads from my hdd. Of course I don't have the formatting etc.. but the data is there (domains in the account etc...). So I guess it is a display issue instead of a rendering issue.  I suppose next is to turn off any custom hooks and modules? 

[RHenderson]

Well I wish I could tell you what fixed this, but I have no idea. It is working now and I don't know why :-) Disabling all the hooks and disabling and resetting up all the plugins might have fixed it but I cannot be sure, it was the last thing I did.

[xyzulu]

Do you use a 3rd party module/plugin.. ie a domain registrar or hosting provider who's API could have been having issues thus causing pages of yours not to load?

[yggdrasil]

Hooks can absolutely cause what you described. Most hooks if they have some error in the code or conflict with other hooks will not fail gracefully or display an error on WHMCS. It usually results in a complete blank page or just stops the rendering for that page.

In my experience, you should test hooks 10 times, more if you have several of them to make sure they play nicely with other hooks as well. If you are lucky a bad hook will give a complete WHMCS error breaking the entire site (at least you know there is a problem), but otherwise it could just block some specific things on that page from working properly.

Example: I had a hook some years back that was triggered after an account registration, but instead after someone registered, they had a blank page (the account was still properly registered), in my case it was actually a bug with WHMCS and I had to disable the hook since it was not triggering on the stage it was supposed to be triggering the action, it was blocking the success page.

Sometimes hooks don't trigger exactly when you think they should, and this changes from every new WHMCS release. A hook that works today can break once you update WHMCS as new problems or bugs are introduced, which means after every new update, you need to make sure to test every hook and page on which they run again. Its gets messy and complicated very fast.

Edited March 5, 2022 by yggdrasil