Australia Patch 2 Hotfix 1
Summarize
Summary of Australia Patch 2 Hotfix 1
The Australia Patch 2 Hotfix 1 release, updated on June 16, 2026, addresses multiple critical issues affecting various ServiceNow platform components including Access Analyzer, Authentication, Change Management, Database Persistence, Instance Scan, Live Archive, Platform Analytics, Related Lists, Upgrade Center, and Virtual Agent. This hotfix is applicable for customers running Australia release versions and builds on prior Australia patches to improve stability, performance, and data integrity.
Show less
Key Fixes and Improvements
- Access Analyzer: Fixes for instance scan jobs hanging due to inefficient checks, preventing job accumulation and performance degradation.
- Authentication: Resolved login screen performance issues on iOS 26.2 and Zurich instances impacting Now Mobile and Agent apps, improving login responsiveness.
- Change Management: Corrected licensing enforcement on non-production Australia instances and enabled rollback for the license control plugin to avoid plugin management issues.
- Database Persistence - Data Access: Addressed text search failures in non-English languages when certain query properties are set, ensuring accurate search results across locales.
- Instance Scan: Fixed scan jobs getting stuck indefinitely due to asynchronous database write counter issues, preventing silent hangs and scan failures.
- Live Archive: Prevented silent data loss during attachment migration between storage backends by correcting cascade delete behavior on child tables, safeguarding metadata and audit trails.
- Platform Analytics Dashboard API: Resolved translation overwriting issues affecting Japanese language dashboards, preserving user-customized translations.
- Platform Analytics Migration API: Enabled configuration for redirecting Core UI Performance Analytics widget navigation to Analytics Hub, enhancing user experience post-upgrade.
- Related Lists: Fixed strict ACL checks that prevented users from adding records when required ACLs were missing, improving usability for roles like catalogadmin and ITIL.
- Upgrade Center: Corrected glide version mismatch during upgrade caused by MariaDBI18NSQLFormatter, ensuring instance stability on restart.
- Virtual Agent: Reduced memory pressure from cache usage on smaller nodes to prevent job yielding and improve Virtual Agent reliability.
Practical Impact for ServiceNow Customers
By applying Australia Patch 2 Hotfix 1, customers can expect more reliable instance scan operations, improved mobile login performance, stable plugin management, accurate multilingual search results, prevention of silent data loss during attachment migrations, preserved dashboard translations, configurable analytics widget navigation, resolved access control issues in related lists, smoother upgrades without version mismatches, and enhanced Virtual Agent stability on constrained nodes.
This update is recommended for all customers using the Australia release to maintain optimal platform performance and data integrity. For upgrade guidance, customers should consult the ServiceNow upgrade documentation and be aware of the regulated market availability of the ServiceNow AI Platform.
The Australia Patch 2 Hotfix 1 release contains fixes to these problems.
- Build information:
- Build date: 05-24-2026_0242
For more information about the release cycle, see the ServiceNow Release Cycle.
Fixed problem
| Problem | Short description | Description | Steps to reproduce |
|---|---|---|---|
|
Access Analyzer PRB1993028 |
Instance scan jobs can hang and are not terminated due to checks not being optimized |
Instance scan jobs triggered by the Access Auditor Suite, which is a part of the Access Analyzer (sn_access_analyzer) store application, may hang or fail to terminate. This may cause multiple jobs to accumulate over several days, consuming multiple workers and preventing other jobs from running. This may cause performance issues on the instance. This issue affects Access Analyzer (sn_access_analyzer) versions 6.0.0 through 6.0.5, as well as version 6.1.0. |
Refer to the listed KB article for details. |
|
Authentication PRB1969882 |
Login screen performance issues on iOS 26.2 RC and in Zurich instances | After upgrading to iOS 26.2, users are unable to log in to any instance using the Now Mobile app. The login page is extremely slow or unresponsive, and it can fail to load or accept credentials. The issue affects multiple users and device models. It's reproducible across different instances, and it also impacts the Agent app. |
Observe that the screen loads slowly and is non-responsive. |
|
Change Management PRB2021436 |
Instances should not get license restriction ACLs |
This issue was observed in Australia. Licensing controls are enforced when there are entries in subscription_entitlement. |
Log in to any Australia non-prod instance. Notice that the licensing controls are enforced when there are entries in subscription_entitlement, even if the instance is open. |
|
Change Management PRB2021441 |
Unable to rollback the plugin 'com.snc.itsm.foundation.license_control' |
Notice that the plugin 'com.snc.itsm.foundation.license_control' is no longer able to rollback. |
|
|
Database Persistence - Data Access PRB2007256 |
The text search doesn't return results in non-English languages |
After downloading language plugins and switching the system language to a non-English language, results aren't returned when the property 'glide.db_query.replace_distinct_with_groupby' is set to 'false.' When the language is set to English, results are returned. |
Refer to the listed KB article for details. |
|
Instance Scan PRB1992382 |
Instance scan jobs get stuck in a sleep loop for days, which causes the subsequent scans to fail | Instance Scan findings are written to the database asynchronously and are tracked using a global counter. If any write fails, the counter doesn't decrement properly; it goes up but never comes back down. This causes all future scans to hang indefinitely, waiting for a counter that will never reach zero. There's no timeout or logging to flag this, so scans can get stuck silently. |
Refer to the listed KB article for details. |
|
Live Archive PRB2022367 |
In AttachmentMigrationService, copy-then-delete causes silent data loss through cascade delete on sys_attachment_attribute, dp_attachment_protection_history, and sys_attachment_migration_status |
AttachmentMigrationService migrates attachments between the storage backends 'ROWSTORE' and 'COLUMNSTORE' by creating a new sys_attachment row with a new sys_id, and then deleting the old one. Deleting the old sys_attachment triggers reference_cascade_rule='delete' on every child table that references it, which silently destroys records that reference the old sys_id, even though a valid replacement exists. The cascade engine has no knowledge of the new sys_id, so the new sys_attachment ends up with no associated child rows. The following child tables suffer silent data loss on every migrated attachment: sys_attachment_attribute (per-attachment metadata), sys_attachment_migration_status (migration tracking history), and dp_attachment_protection_history (data-privacy / compliance audit trail). |
Expected behavior: All three child tables still contain rows for the migrated attachment, either against the same sys_id, or under copy-then-delete which is re-pointed to the new sys_id. Actual behavior: All three child tables contain zero rows for the original sys_id 'X'. The new sys_attachment record, the new sys_id 'Y', exists with the migrated chunk data, but contains no rows in any of these three child tables. The data is silently lost and no error is logged. This occurs in any instance running on a build that includes AttachmentMigrationService for track, datamanagement, and downstream. |
|
Platform Analytics Dashboard API PRB2025067 |
The sys_translated record for par_dashboard_tab is overwritten |
This can cause translations to be lost. |
Observe that the translation is lost because the sys_translated record is overwritten. |
|
Platform Analytics Migration API PRB2022823 |
Allow users to configure the re-direction of Core UI Performance Analytics widgets to the Analytics Hub instead of to 'KPI details' |
Users that activated Next Experience after migrating or upgrading to Australia will be redirected to 'KPI details' when selecting a Performance Analytics widget, even if they keep using Core UI dashboards. This issue occurs because the unified_analytics property forces the re-direction to 'KPI details'. |
|
|
Related Lists PRB2025356 |
User can't add records in a related list because of the strict ACL check and missing ACLs for required roles | Users with missing ACLs are not able to add new records in the related list due to a strict ACL check. |
Notice that no approver is added in the related list. Required field level ACLs are missing for these roles and there's no way to bypass the strict ACL check. |
|
Upgrade Center PRB2023239 |
There is a mismatch in the glide version between the Appnode and the Database following the upgrade | A new code path introduced the MariaDBI18NSQLFormatter class. When the sys_properties record of the 'com.glide.db.session _language_collation_feature' property is set to true, it takes a code path upon upgrade or restart where an instance will not come up. When 'com.glide.db.session _language_collation_feature' is false, the code path exits early and doesn't cause this issue. |
Refer to the listed KB article for details. |
|
Virtual Agent PRB2007255 |
There's memory pressure on nodes due to high memory for the cache 'com.glide.cs.qlue.module.coma.MessageBatchingSession' | Users with 2GB nodes may encounter memory issues that can cause the events process jobs to yield. |
Run a heap dump. Observe that MacMessageBatchingSession or MessageBatchingSession uses over 50 MB of memory. |
Fixes included
Unless any exceptions are noted, you can safely upgrade to this release version from any of the versions listed below. These prior versions contain PRB fixes that are also included with this release. Be sure to upgrade to the latest listed patch that includes all of the PRB fixes you are interested in.