The current logging facility in WHMCS is not useful as it is. A proper log in a file that can be parsed would be a lot better.
It will make issue resolution a lot faster and we could even push the log to our logging facility for further analysis.
It would also be very useful if we had logs for internal timeouts for tcp connections, if WHMCS fails on a timeout you should not consume the exception but instead log it, now we are blind in identifying connection issues.
Merged Ideas
Audit logging for "Login As Client"
WHMCS Admin with the privileges to 'Login as Client' would be able to run all the permission as a normal client as they login through the client area. However, the existing logging does not have any log if any of the admin has been login to the client area using the "Login as Client".
6 Comments
Login to post a comment.
“Better Logging” isn’t a nice-to-have for WHMCS, it’s operationally critical. Today, when timeouts or internal connection failures are swallowed, teams lose the exact evidence they need during incidents. That means longer outages, slower RCA, and higher support costs.
A high-impact implementation would be:
Structured, parseable logs (JSON) in files, not only UI tables.
Explicit logging for TCP/API timeout exceptions (never silently consume).
Correlation/request IDs across module calls, cron jobs, webhooks, and invoice actions.
Clear actor audit trails for sensitive changes (pricing/product/config updates, “Login as Client” sessions).
Configurable verbosity + retention/pruning to control storage and performance impact.
This would materially improve reliability, security investigations, and compliance readiness for every serious WHMCS deployment. Strong +1.
https://besttopgames.net