Leaderboard

I never imagined that a simple update could introduce so many problems — and even worse, apparently without proper testing. It is absolutely ridiculous for a financial management system to have its own financial logic broken. In the last 24 hours, I finally received a response on the open support ticket, along with a so-called “patch” (attached). In practice, this patch only fixes the reports by hiding the incorrect ledger entries. However, in several other areas of the system, the incorrect postings are still happening. For example, the “Transactions” tab inside the client profile continues to show wrong values and misleading entries. So, in short, this patch does not actually fix the root problem — it only masks it in specific reports. For now, apply it if you want to slightly reduce the visible impact, but be aware that the financial logic is still broken in multiple parts of the system. At this point, we are seriously considering rolling back to a previous version — or even migrating away from WHMCS entirely. Year after year, the pricing increases exponentially, while the quality of support continues to decline and critical issues like this keep happening. The current level of instability and support simply does not justify the price they are charging anymore. whmcs_v9.0.0-supporthotfix.1_750a0b77ff.321_WHMCS-24949.zip

Is anyone else experiencing serious financial and reporting issues after upgrading to WHMCS 9.0.0? I updated my system as soon as the final version was released, and since then the financial data no longer matches the reports (Monthly Transactions) or the dashboard widget on the home page. After the introduction of Debit Notes and Credit Notes, the entire financial system started behaving incorrectly. Here are some examples of what is happening: When a client pays late, the cron correctly generates the late fee. However, this amount is recorded as “Amount Out” in the financial reports, even though no money left the system. This is a charge to the client, not an expense. When an issued invoice is cancelled (either due to service cancellation or any other reason), the outstanding invoice balance is displayed as income for the day, despite the fact that no payment was made. When a client adds account credit and later uses that credit to pay an invoice, both values are recorded as income: the credit addition the invoice payment even though it is the same money. Since the implementation of these accounting notes, the financial data no longer reflects the real cash flow. I opened a support ticket and provided detailed explanations, screenshots, videos, and database examples for testing. The support team confirmed that this is a critical system defect. However, it has now been over one week since the ticket was opened, and there has been no fix, workaround, or technical update provided. If this issue is truly critical — and it clearly is — how can it remain unresolved after seven days? We are talking about a financial system, where the absolute minimum expectation is that: income is recorded as income expenses are recorded as expenses reports reflect the real cash flow At the moment, none of this is happening. I would like to know if other users are facing the same problems after upgrading to WHMCS 9.0.0, because in its current state it is practically impossible to operate the system without performing daily manual corrections directly in the database.

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.

Hi John. Is there any further news on the ETA for this release?

Definitely disable autoupdates 😧

You may want to check in softaculous you may have the auto update turned on. Go into Softaculous find your install click on edit details auto upgrade select do not auto upgrade. With regards to 9.0 their will still be a lot of developers slightly behind. WHMCS didn't exactly give developers alot of notice with regards to the changes.

Whmcs doesn’t autoupdate - someone is initiating the update. You’re using addons that are not compatible- yet. Logos is not compatible Roll back and stay there till all your addons declare compatibility with v9.

Appreciate the clarification, that’s really helpful. Good to know the main pain points are deeper core and API changes rather than just the checkout UI, especially around billing logic like late fees and credits. That’s exactly the kind of thing that can quietly cause issues after an upgrade. I’ll definitely take a closer look at your practical notes and keep this in mind before moving to WHMCS 9.0.

Thanks a lot for the kind words! Based on our testing so far, the bigger challenges in WHMCS 9.0 aren't so much about the new checkout UI, but about changes deeper in the core. WHMCS updated core libraries and parts of their API, which means existing integrations often need to be adjusted. There are also changes in how late fees and credit payments work, and those can affect billing, including recurring charges. These are some of the areas where modules, both off the shelf and custom ones, may not behave as expected if not updated. We shared a more practical take on this here, based on our ongoing work with WHMCS 9.0. If you're running custom functionality and want to be sure everything works the way it should, feel free to contact our team. We'll gladly talk it through and help you understand what, if anything, needs adjusting.

I just tested it with WHMCS v8.2.1 and the hook works fine here. However, I noticed an error when generating the hostname, it did not consist of random characters. I suspect that you did not put the hook into the correct directory. Attached you ind the updated hook including the directory structure, so you can simply upload the extracted content directly to your WHMCS root directory. hook.zip