Locomote Status Page

Feb 26, 2026 · resolved Feb 26

## What happened? A recent platform update caused our in-app support chat to stop loading for logged-in users. Customers attempting to use the chat widget would not have seen it appear. ## Who was affected? Any logged-in user for companies serviced directly by Webjet Business Travel with live chat support enabled. ## How long was it down? The issue was introduced approximately 11:12 PM AEDT on 26 February and resolved 9:54 AM AEDT on 27 February. ## What did we do? We identified the issue and rolled back the change. The support chat widget is now fully operational. ## Was any data lost? No. No customer data was affected. Chat history and account information remain intact. ## What if I need help? If you were unable to reach us via chat during this window and still need assistance, please contact our support team directly via the live chat widget.

Mar 18, 2025 · resolved Mar 18

We apologise for any disruption this caused by our recent partial outage, which affected workflow and report loading. The root cause of the issue was preparatory work recently put in place for planned future upgrades, which revealed a configuration mismatch between our production and development/test environments that allowed this issue to bypass both manual and automated testing. We’ve since adjusted our test environments to align with the production configuration in question, and confirmed the issue is now correctly caught in automated tests. We are confident this class of problem is now remediated.

May 24, 2024 · resolved May 24

3rd party has restored availability.

May 20, 2024 · resolved May 21

This morning engineers identified and resolved an issue with the removal of a downstream system within the Management Platform. The Management Platform has been rolled back and has now resumed normal function. We apologise for the inconvenience caused by this outage. ## Issue detail Locomote has extensive test coverage of our entire application that is the cornerstone of our development confidence. The root cause of this bug slipped past detection in our test suite due to three separate issues aligning: * The cause of the bug was in code that we were deprecating ahead of future removal * The deprecation caused a false positive in a code quality tool, advising a parameter was no longer used at definition site * The removal of the parameter did not flag any test failures, because this specific code only runs in production The net result was that because the code quality tool didn’t account for call-site usage, whenever this codepath was invoked in production the parameter length now mis-matched, causing an exception. This exception was unhandled in this specific case, causing a 503 error for users accessing pages triggering this, most notably workflows. The nature of this particular change \(a deprecation\) didn’t invoke a need for production context testing, as we might otherwise do with specific production-dependent features. Our Engineering team made the choice to roll-back this particular deployment to resolve the issue as quickly as possible, and to give us time to further investigate and test the issue resolution before any future deployments. ## Remediation actions * We’re assessing our codebases for any further environment-dependent code to place extra review flags on changes in those contexts * We’re re-evaluating our out-of-hours escalation process to ensure on-call escalations happen correctly and promptly ‌ - Mario CTO Locomote

Apr 24, 2024 · resolved Apr 24

System availability is stable, we continue to monitor and assess root cause.