MYOB AccountRight browser-based login reverted after update

Hi Matty72,

Absolutely, that recent update has improved things overall. At the moment though, there’s no way to turn AccountRight single sign-on back on, as that option was temporarily turned off on Friday, 20 March. We posted an update about this on our Community announcement board.

Our team is currently investigating a bug that causes a sign-in loop. We’re really sorry for any disruption this new login has caused to your experience, and we’re hoping the bug will be fixed soon so you can have the smooth, seamless experience we want for you.

Cheers,

Princess

Hi Princess_R​ ,

I have been using MYOB for around 30 years, and to be frank, the experience with MYOB AccountRight has been far from smooth and seamless since the excellent and highly stable version 19 was deprecated around a decade ago. It’s disappointing to see that even that version has now been recently shelved.

The current product continues to suffer from design inefficiencies and persistent bugs. The application frequently crashes, forcing a restart through a clunky authentication process that, although reportedly “fixed”, was obviously inadequately tested. In many cases, I’m logging back in only to encounter another crash shortly after.

I would appreciate clear feedback on when these issues are expected to be properly addressed and when the experience will be smooth and seamless.

I also recently submitted a support ticket regarding this, which was closed before I had the opportunity to respond. The reply I received raised additional questions rather than providing any meaningful answers. These are longstanding issues that remain unresolved, and the lack of follow-through is concerning.

Hi Princess_R​

Further to my previous message, this is the crash error I am repeatedly encountering. I have sent hundreds of these crash reports via the automated email mechanism, but the issues not only continue to persist, they are occurring with increasing frequency and are rendering the product almost unusable.

Hey Matty72​ 

Please make sure you're on the latest version. We released 2026.2.1.12 on the 30th March to address an issue that was preventing multiple users accessing AccountRight on the same computer at the same time. We have also addressed the issue causing AccountRight to crash during online backups and restores. The release notes can be found on this page.

Let me know if the issue persists on the latest version. If you continue to experience an error, you can click 'View error details' on the bottom left when the message pops up and attach the diagnostic log. This will help us pinpoint what's going on.

Hi AmandaMYOB​

I keep the software up to date as updates are released and am currently on version 2026.2.1.12, which I installed recently.

Unfortunately, the updates have made no difference to the frequency of the crashes. If anything, they appear to be increasing.

I have not been performing online backups or restores. These crashes are occurring on launch and during normal day-to-day use of the software.

Regarding diagnostic logs, I submit the automated email report to MYOB every time a crash occurs.

Are you able to check your end for the hundreds of error report emails that I have sent through?

The following are sample error messages:

Hey Matty72​ 

You may need to manually update your .NET Framework to get around the error message. Please follow the instructions below. If you continue to experience an error even after continuing these steps, please raise a support ticket via your My Account dashboard and we'll be able to take an in-depth look for you from there.

Please note: Please consult an IT professional for further assistance if you are not comfortable completing these actions alone. If the box is blank or you get an error activating a component, you will also need to reach out to an IT professional as this is a Microsoft component that interacts with the operating system, not just AccountRight.

These instructions apply for Windows 10, 8.1 and 8.

1. On your keyboard, press Windows+R to open the Run window.
2. Type Control Panel, then select OK.
3. Select Uninstall a Program, then Turn Windows features on or off.
4. Verify that .NET Framework 4.5 or later (4.7) is enabled.
   • If the box for .NET Framework 4.5 or later is not enabled (not filled in), enable it by clicking the box.
     Select OK, then reboot the computer.
   • If .NET Framework 4.5 or later is already enabled, repair .NET Framework by clearing the box and rebooting the computer.
     After the reboot, re-enable .NET Framework and reboot the computer again.
5. Verify that .NET Framework 3.5 SP1 is enabled.
   • If the box for .NET Framework 3.5 SP1 is not enabled (not filled in), enable it by clicking the box. Select OK,
     then reboot the computer.
   • If .NET Framework 3.5 SP1 is already enabled, repair .NET framework by clearing the box and rebooting the computer.
     After the reboot, re-enable .NET framework and reboot the computer again.

Hi AmandaMYOB​,

Thank you for the response, however I need to push back on this advice.

I am an IT professional and .NET developer. This is not an isolated incident. I have experienced a persistent pattern of errors across AccountRight that point to application-level defects, not environmental issues. Two recent errors illustrate this clearly.

**Error 1: Assembly mismatch (System.TypeLoadException)**

This error was caused by a method signature mismatch between MYOB's own signed assemblies: Huxley.UI.Decorators and Huxley.UI.Framework, both version 2026.2.1.5, both bearing PublicKeyToken=947f70fecdd4159f. This is unambiguously an internal MYOB binary compatibility issue, likely a DLL mismatch introduced in the 2026.2.1 release. The .NET runtime assemblies (mscorlib, System.Core) appear only in the stack trace as the reflection machinery that surfaced the error. They are functioning correctly.

**Error 2: XmlSerializationReader type load failure**

'Could not load type System.Xml.Serialization.XmlSerializationReader from assembly System.Xml, Version=4.0.0.0.' While System.Xml is a Microsoft assembly, XmlSerializationReader has been present in every version of .NET Framework since 1.x. A genuinely missing or corrupt System.Xml would break core Windows functionality far beyond AccountRight. The most likely cause is that MYOB's runtime-generated XML serialisation assemblies, or the binding redirects in MYOB's application configuration, are mismatched against the installed framework. Again, an application packaging and deployment issue on MYOB's side.

In both cases, the root cause lies within MYOB's own assemblies and configuration, not the .NET Framework installation or the operating system.

Additionally, the troubleshooting steps provided in your response reference Windows 8 and 8.1, both of which have been out of Microsoft support since January 2016 and January 2023 respectively. These instructions are not applicable to a current, supported Windows environment.

The recurring nature of these issues, combined with support responses that redirect blame to the OS or .NET Framework, is not an acceptable resolution. I would ask that this be escalated to your development or tier-2 support team, and that the broader pattern of experienced errors be reviewed.

Hey Matty72​ 

Thanks for the detailed explanation. If you haven't already, can you please raise a case from your My Account dashboard with the diagnostic log attached. Let me know what the case number is and I will check this with the team and come back to you when I have more information.