All Activity

Assuming it's not already being used on the current one. 😉

Since being acquired by WebPros and the subsequent price gouging, I think WHMCS has killed any of the loyalty left from any of their clients. AI can already build a system that replicates most of the WHMCS functionality for the majority of users today. A simple prompt in Claude Code will get you half way there. I imagine within 1-2 years (or less) it will be possible to have AI build a complete replacement almost on the fly. Has anyone started experimenting with this? Thoughts?

I have updated my WHMCS installation to version 9.0.1 and noticed that some of the previously reported issues have indeed been corrected. The debit and credit values are no longer being incorrectly counted in the financial reports, the homepage billing widget, or the “Transactions” tab within the client profile, which is a positive improvement. However, the issue related to invoice cancellation still persists. When a client requests a cancellation, for example, we are still unable to properly cancel the issued invoice. As a workaround, I added the following line to the 'configuration.php' file: $allow_adminarea_invoice_mutation = true; After adding this setting, the invoice can be cancelled. However, the system continues to generate multiple credit notes, even though these are no longer reflected in the reports. This behavior is particularly concerning because these credit entries remain visible on the client’s invoice, and the client may reasonably question why a cancelled invoice shows applied credit entries. In practice, the behavior is as follows: the client requests a cancellation, the invoice cannot be cancelled normally, and each attempt to cancel the invoice results in a new credit note being created. If the cancellation is attempted multiple times, multiple credit notes are generated. When the configuration option is enabled, the invoice can finally be cancelled, but a credit note is still added regardless. This creates confusion both internally and for the client, as it gives the impression that credits were issued when, in fact, the invoice was simply cancelled and no credit should have been generated at all. Although the recent update addressed part of the problem, this remaining behavior continues to affect invoice integrity and client transparency.

Any information on when NexusCart is going to be fixed? We have just installed the latest 9.0.1 update but NexusCart still doesn't work. I've renamed it under the templates folder from nexus_cart to nexuscart (without the _) and this resolved the issue with the cart showing as empty on checkout, however we are still experiencing the following issues: Can’t delete a product or domain from the cart (trash button does nothing) Searching for domains shows domain TLDs that we don’t even support or sell and have disabled Random 401 errors happen when using the checkout cart.

Hi all, We've released 9.0.1 with these maintenance fixes: https://docs.whmcs.com/releases/9-0/9-0-change-log/#version-901-maintenance

So, I am to understand correctly, the client "purchases" a yearly plan, but really, you just want to give them a free month and then later invoice them for the year?

Make sure your session path has adequate storage to process the change. You may be running out of space in the /tmp

This sounds more related to your web server configuration but may also indicate something amiss with your custom pages. Do you mind sharing the source of a custom page’s .php and .tpl that’s experiencing it? Please also give WHMCS version as well as the server details-you mentioned nginx but neglected to provide anything further regarding your environment. These variables will be key for troubleshooting.

Hi Caddy, yes, Same here, it didn't help that Meta was doing an audit on how their integration is being used, and now I am in breach of their user agreement :-( WHMCS support said case #WHMCS-24932 was created to look into that. Just updated to 9.0.1 and the integrations config page is back (They say "Manage" instead of "Activate").. and some partial functionality returned to the login page (only Google sign-in is working for me)... How is it looking on your side?

Hi everyone, We recently ran into an SEO / Google Search Console issue on a WHMCS installation and wanted to share our findings and ask how others are handling this. What we observed WHMCS CMS/content pages (for example custom CMS slugs and the default /contact page) consistently return the following headers: HTTP/2 200 OK Refresh: 0 This happens on CMS and content routes, while transactional routes such as login.php or cart.php correctly return 301/302 responses with a Location header. Why this is a problem Modern search engines (Google in particular) treat a 200 OK response combined with a Refresh header as a soft redirect. In Google Search Console this results in: “Redirect error” during URL inspection Pages not being crawled or indexed Canonical URL not being determined From the browser’s point of view everything works fine, but for crawlers these pages effectively never get indexed. What we verified To rule out common causes: The issue occurs inside the WHMCS request flow, not at the webserver level. No custom hooks or addons are setting this header. The theme does not inject HTTP headers. A plain PHP test file outside WHMCS does not return a Refresh header. Removing the Refresh header at the webserver level immediately resolves indexing issues. This strongly suggests the header is part of WHMCS core behavior for CMS/content pages, likely as a legacy fallback mechanism. Current workaround The only reliable workaround we found is stripping the header at the webserver level, for example in NGINX: fastcgi_hide_header Refresh; This: Restores proper Google crawling and indexing Does not appear to cause functional side effects Does not require modifying WHMCS core files Questions for the community Is this Refresh: 0 behavior on CMS/content pages expected? Are others seeing the same Google indexing issues? Is there an official or supported way within WHMCS to disable this behavior? Has anyone found a cleaner solution than stripping the header at the webserver level? It would be great to hear how others are dealing with this, especially on sites where WHMCS CMS pages are used for marketing content. Thanks in advance for any insights 🙂

Just a quick update, today we released Lara v9.0.0, which is fully compatible with WHMCS v9.0.0.

Hi thank you for the input Im looking to achieve it on first point of purchase. Idea is when they purchase a yearly plan as normal it will stop invoice generation or modify the invoice set it to zero giving them essentially a one month trial before they commit to the yearly subscription. The first real invoices will be sent the following month for the year subscription. Maybe im over thinking it. Looking for a work around so I dont need to create trial products.

WHMCS 9.0.1 is Now AvailableWe are pleased to announce the release of WHMCS 9.0.1, a maintenance update for the WHMCS 9.0 release. This release focuses on addressing a number of issues identified following the launch of version 9.0, helping to improve overall stability and ensure a smoother experience for administrators and end users alike. What's Included in WHMCS 9.0.1 WHMCS 9.0.1 delivers targeted fixes and refinements based on feedback and internal testing. While no new features are...View the full blog post

Manages on-page SEO across your entire WHMCS client area. Per-page meta tags, Open Graph, Schema.org structured data, sitemaps, redirects, and more. What it does: Set meta title, description, keywords, and OG tags per page. Twitter Cards are auto-derived from OG data. Auto-canonical URLs strip tracking parameters (utm_*, fbclid, gclid). Hreflang tags for multilingual setups. Pagination rel=prev/next on listings. Per-page and global custom head code injection. XML sitemap generates daily via cron with configurable page types, change frequency, and priority. IndexNow notifies search engines on regeneration. Robots.txt editor with syntax validation and common issue warnings. 301/302 redirects with hit tracking, loop and chain detection. 404 error logging with one-click redirect creation from logged entries. Schema.org JSON-LD: Organization, Product, Article, FAQ, BreadcrumbList, WebSite. Each type toggleable in settings. Admin Features: SEO health dashboard with audit scoring and issue detection. Page scanner imports static pages, KB articles, KB categories, announcements, products, and product groups. Google search preview per page. Custom page support for non-standard URLs. Bulk actions and multi-language SEO with language fallback chain. Requirements: WHMCS 8.x or 9.x, valid license key Support: support@arkhost.com License: One per WHMCS install WHMCS Marketplace: https://marketplace.whmcs.com/product/8427-seo-pack

Hey, after upgrading from 8.x to 9.x, I'm getting a strange issue: if I go to the configuration >> Sign-in option, Activate any social login, add the app ID and secure key, and save it, I get a strange issue. It shows the integration is activated; in the console, it returns success. But when I refresh the page, the integration reverts to the inactive state. I also don't see any active buttons on the Login and Sign-in pages, nor do I get any log or error message.

John, I named nexus2 and ordeform/nexuscart, and I see this on edge /api/v2/cart/gPtOoEdNY2PrREsa/checkout:1 Failed to load resource: the server responded with a status of 500 (Internal Server Error) When I use nexus_cart no error

Hi @BENELUX, Case WHMCS-24661 is not part of 9.0.1. I see that support are tracking reports of this use-case from any other users, and that will help inform any changes in prioritisation.

Hi @wsa, I created a copy of /templates/nexus called nexus2 . I was able to successfully add items to the cart and checkout using the Nexus Cart. Please could you check the above steps to get the error details behind the "Internal Error"? @Web Host Pro, We don't currently have plans for a dark mode theme, however the CSS is fully editable so this is certainly something which you could create: https://developers.whmcs.com/themes/nexus-cart/

Thanks for the update @WHMCS John. It is reassuring to hear that a fix for the critical reporting and late fee bugs (WHMCS-24931, 24949, 24950) is arriving this week with v9.0.1. The shift to accrual accounting is clearly a massive undertaking, but accurate cash flow reporting is non-negotiable for us to operate. While we are discussing high-priority fixes for this release window, could you please confirm if WHMCS-24661 (M365 Shared Mailbox import issues) is also slated for resolution in 9.0.1 or 9.1? This issue is currently preventing us from properly importing/finding shared mailboxes via the Microsoft 365 integration, which is a critical part of our support workflow. Like the financial reporting bugs, this is hindering daily operations. We appreciate the transparency on the roadmap for 9.1, but getting these functional defects resolved in the immediate hotfix would be a huge relief. Looking forward to the release notes 🙂

Hello, it look slike this hook did not work anymore with whmcs 9 - can someone with th eneeded skills have a look on to this and post an update? Thank you

Hi all, The implementation of Credit/Debit notes and all the surrounding logic and reporting is the single biggest transformation of the system's logic in our 20 year history, it is no exaggeration to say this is a very significant undertaking. In 9.0 we have implemented many under-the-hood changes to transform the entire accounting system from Cash Basis to Accrual Accounting. This enables the fundamentals of invoice immutability and automated credit/debit notes. We will continue this accounting-focus into v9.1 to achieve full invoice immutability, manual credit note management, comprehensive update of reports and widgets, e-invoicing and updated invoicing APIs. We're grateful for your feedback on your immediate reporting needs, and the late-fee upgrade bug. As such we are releasing v9.0.1 this week which will address the issues raised here in this thread: WHMCS-24931 — Improved handling of existing Invoice Late Fees when upgrading to version 9.0 WHMCS-24949 - Exclude Billing Notes from Admin Area income statistics WHMCS-24950 - Exclude Billing Note Transactions from Cashflow Reports ...plus some other high-priority cases we've identified. Thank you for coming with us on this journey in 2026 as we evolve the WHMCS business functions to the next level!

Try something like this: <?php /** * WHMCS Hook: Add 1 month to Next Due Date * Only runs for a specific product after provisioning * * Trigger: AfterModuleCreate */ use WHMCS\Database\Capsule; add_hook('AfterModuleCreate', 1, function ($vars) { // CHANGE THIS to your target Product ID $targetProductId = 123; $serviceId = (int) ($vars['serviceid'] ?? 0); if (!$serviceId) { return; } $service = Capsule::table('tblhosting') ->where('id', $serviceId) ->first(); if ( !$service || (int) $service->packageid !== $targetProductId || empty($service->nextduedate) ) { return; } $nextDue = new DateTime($service->nextduedate); $nextDue->modify('+1 month'); Capsule::table('tblhosting') ->where('id', $serviceId) ->update([ 'nextduedate' => $nextDue->format('Y-m-d'), ]); }); Change 123 to your specific product ID.

Version 1.1.1 Added Purge Old passwords stored in the logs Fixed Password Encryption of previous passwords stored in the log Fixed Force authentication when enable it overrides the customer Fixed misspelled language Updated Support WHMCS 9.0 Updated Improve ionCube Loader 14 Updated Improve License System Updated Remove Support for PHP 7.4 to 8.1 Updated Remove Support for WHMCS V8.10.x to 8.11.x

i have the same issue here.- Is there any ETA to be resolved?

If the addon itself is still active you'll still get the error regardless off what you rename the file. The addon itself will be trying to load that main hook file. If its the updated addon thats causing that issue do you not have the version below to roll it back