Jira Service Management 10.0.x release notes

Jira Service Management Release Notes

On this page

Still need help?

The Atlassian Community is here for you.

Ask the community

More

Read the Jira Service Management 10.0.x upgrade notes for important details about this release and see the full list of issues resolved.

Compatible applications

If you're looking for compatible Jira applications, look no further:


Jira Service Management 6.0 renamed to Jira Service Management 10.0

To streamline Jira Software and Jira Service Management releases, we renamed Jira Service Management 6.0 to Jira Service Management 10.0. It is simply a change in name, no major compatibility issues are expected. More about the name change

Avoid surprises with the change calendar

For: EVERYONE

Minimize service disruptions and plan changes to critical systems efficiently by creating freeze and maintenance windows in the change calendar. With all events scheduled in the calendar, change approvers can easily assess requests from change requestors and adjust schedules to avoid conflicts. More about the change calendar

To start using the change calendar in your project:

  1. Navigate to Project settings and select Change management.

  2. Enable the change calendar.
    It is enabled by default in projects that use the ITSM template.

  3. In the Default calendar view section, select the start and end date fields.
    Change requests are plotted on the calendar based on the data in the custom fields you select here.

  4. Select Save.

The change calendar is now available to all agents of this project from the sidebar.

Request type field now available in the issue view

For: AGENTS PROJECT ADMINS

We’ve added the Request type field in the issue view to streamline the experience of submitting requests.

This feature bridges a crucial gap in the request creation process, enhancing Jira Service Management’s integration with the Jira platform. As issues can be properly mapped to request types, all service project tickets can now include the necessary context and details, right from the start. This way, requests get directed to the appropriate help channels and workflows, resulting in efficient and quality service delivery. More about request types

To start using this feature in your existing projects, make sure to add the Customer request type custom field to the Create issue screen. More about adding custom fields

Request type field below the Issue type field on the Create issue screen

1: Request type field available in the issue view

View all assets imports from one place

For: EVERYONE

Manage your complex import schedules with ease and optimize your import configurations.

Now, you can view the status, history, and schedule of imports configured across all object schemas from a single location. This helps you confidently and efficiently schedule imports, knowing they won’t conflict with other resource-intensive import tasks. 

Additionally, you can customize imports to receive notifications about their status so you can take timely action, with minimal manual effort. More about monitoring your imports

To view all imports, in the top navigation bar, select Assets and then select Imports.

To receive notifications about the import status:

  1. Navigate to the object schema and select the import configuration you wish to receive notifications for.
  2. Select the cog icon and then select Configure.
  3. In the Edit import configuration dialog, navigate to the Scheduling tab.
  4. Select the Notifications check box.

All object schema managers of this import configuration will receive notifications about the status of the job.

REST API documentation upgrade

For: EVERYONE

We’ve modernized the look and feel of our Jira Service Management Data Center REST API documentation by migrating it to Swagger. In addition to the refreshed look and feel we’re getting from the Swagger API documentation framework, this migration will make our API docs easier for you to navigate, find examples, and copy snippets from.

Modernized REST API documentation

ProForma updates

Jira Service Management 10.0 is compatible with Proforma 10.0.1. For older versions of Jira, continue to use ProForma 8.8.5 described below.

Our previous release, version 8.8.5 of ProForma, included security improvements and several translation enhancements:

  • Accurate translations and contextual language support from a new translation service
  • Consistent localization and improvements to the localized user interface, which provides a better experience for all the supported languages
  • Support for additional languages (Czech (Czech Republic), Danish (Denmark), German (Germany), English (UK), Spanish (Spain), Finnish (Finland), French (France), Hungarian (Hungary), Italian (Italy), Japanese (Japan), Korean (South Korea), Dutch (Netherlands), Norwegian (Norway), Polish (Poland), Portuguese (Brazil), Russian (Russia), Swedish (Sweden), Chinese (Simplified))


The following features live in the Jira platform, which means it's available for Jira Software and Jira Service Management.

Introducing Data Center Security Hub

We’re pleased to introduce the Data Center Security Hub—your central place for Data Center security documentation.

With the Security Hub, you can proactively manage and enhance the security of your Data Center environment. It offers a wide range of resources to help you navigate the complex landscape of Data Center security effectively. These resources include configuring your instance, monitoring your product health, and managing vulnerabilities.

We’ve also released the Data Center security checklist and best practices for admins. This guide provides valuable insights on safely deploying and administering Atlassian self-managed software.

We value your input and actively encourage feedback. Share your comments on this Community post.

Turn off the lights with dark theme

This feature is still a work in progress and some areas aren’t supported yet.

In this release, dark theme becomes partially available for the first time. Give it a try right now and enjoy the new experience for reduced eye strain, enhanced content readability, and visual harmony across work environments.

This feature is switched on by default with the Original theme selected. Additionally, the look and feel won’t apply color choices to both themes—if your instance uses a custom header color, it will default to the light theme.

To change your theme, go to your Profile, then Theme, and select Light, Dark, or Match system.

Changes and additions to APIs

To turn off the theming, disable the feature flag: com.atlassian.jira.theme.switcher

Unsupported areas

Because this feature is a beta release, there are some areas that aren’t supported yet.

Full list of unsupported areas

The following components don’t support dark theme yet:

  • Customer Portal

  • Dashboards

  • Plans

  • Help us improve Jira dialog

  • Automation for Jira

  • Parts of the administration area

  • Some reports

The following areas have known visual issues:

  • Profile summary page

  • Some parts of the administration area:

    • Troubleshooting and support page

    • Administering personal access tokens page

    • Terminology page

    • Content delivery network page

    • Rate limiting page

  • Backlog view

  • Create project dialog

Upgrade to Atlassian Data Center Platform 7

Jira 10.0 includes an upgrade to Atlassian Data Center Platform 7. This upgrade improves the quality of our response to security changes with reduced disruption and breaking changes for Atlassian Marketplace apps.

As part of the upgrade to Platform 7 and with the focus on enhanced security and performance, we’ve made the following updates:

  • Reduced the number of third-party libraries and improving dependency management

  • Upgraded numerous Atlassian and third-party components to benefit from the latest security patches and bug fixes

  • Improved the overall definition of the Java API

  • Implemented the minimum required support for Java 17.

Prepare for the upgrade to Platform 7

Java 17 becomes the default

Jira 10.0 has been recompiled in Java 17 which is now the default language level. This means that from now on you won’t be able to run Jira in lower Java versions (8 and 11).

Because of the removal of binary installers, Java is no longer bundled with Jira. Install Java manually

End of support for the H2 database engine

In Jira 10.0, we’ve removed support for the H2 database and the H2 library itself from Jira’s distribution. To resolve several security vulnerabilities, the JDBC driver for the H2 database engine won’t be bundled with Jira anymore. Additionally, you’ll no longer be able to evaluate Jira 10.0 using the H2 embedded database.

Updates to Jira automation

With the launch of Jira 9.0, we integrated Jira automation (formerly Automation for Jira) as part of Jira, offering you the convenience of upgrading either through Jira or the Universal Plugin Manager (UPM). To streamline and enhance your experience with Jira automation, we've made the decision to solely offer it as a bundled version starting from Jira 10.0. This is why, going forward, we’ll communicate all Jira automation updates in the Jira release notes.

This means that no future Jira automation versions will be available on the Atlassian Marketplace but we’ll continue to support the security of the existing versions. You'll still be able to access new features and improvements by simply upgrading Jira.

As of Jira 10.0, the bundled version of Jira automation has been updated to align with the changes introduced in this release, including the migration to REST v2.

Velocity template and allowlist security improvements

We're making steps towards verifiably secure installation directories for all Data Center products. These changes not only increase the difficulty for an attacker to exploit filesystem access but also allow customers to verify the state of the product installation.

Starting from Jira 10.0, all Velocity files stored on the filesystem (for example, shared, local home, or any other) will need to be explicitly allowlisted and must be of a specific file type. Files stored inside .jar files and bundled within plugins won't be affected.

In addition, all method invocations within a Velocity template must be explicitly allowlisted. For more information, visit Configuring the Velocity method allowlist and Configuring the Velocity file and file type allowlist.

For now, the Velocity method allowlist is in debug mode so that app developers can adjust to this mechanism and for us to complete the main allowlist and minimize the risk of issues. The debug mode will be disabled at the earliest in the upcoming Long Term Support release.

New default endpoint security annotations

We’re introducing a new set of annotations for Webwork actions, servlets, REST endpoints, and filters to improve endpoint security by giving you better control over access to endpoints. These annotations have been revised to ensure that only the intended users access your application endpoints.

Starting from Jira 10.0, when no annotation is specified, only licensed users will be able to access resources. To change this, annotate all endpoints that require lower security clearance level. You can also annotate all admin and system admin endpoints to provide tighter security measures.

See more details

If you’re experiencing issues with accessing an endpoint, you can check if this is related to the improved endpoint security by enabling debug logs and repeating the request. Here are the loggers that you need to configure:

  1. For REST endpoints, set com.atlassian.plugins.rest.v2.security.authentication.AuthenticatedResourceFilter to TRACE and search logs for "AuthenticatedResourceFilter".

  2. For all other endpoints, set all of the following

  • com.atlassian.jira.web.filters.annotations.ServletSecurityAnnotationsFilter

  • com.atlassian.jira.web.filters.annotations.JspChecker

  • com.atlassian.jira.web.dispatcher.JiraWebworkActionDispatcher

  • com.atlassian.jira.plugin.servlet.ServletModuleContainerServlet

  • com.atlassian.jira.web.filters.security.AccessCheckFilter

to DEBUG and search logs for "[SECURITY ANNOTATION CHECK]".

There are two scenarios when this can happen:

  1. An endpoint that should be accessible to logged-in users only was too permissive in Jira 9 and allowed anonymous traffic. By lifting the default security clearance level to logged-in users, we blocked anonymous access to such endpoints. If your integration had used such an endpoint without proper authentication, you'll need to update it.

  2. An endpoint that should be accessible to anonymous users has been overlooked during the update (by Atlassian or an app vendor) and now blocks anonymous access. In this case, either Jira itself or the app needs to be fixed—contact Atlassian Support or the Marketplace app developer, depending on the endpoint type. If the app is developed in-house by your organisation, you can refer to our guide that will help you prepare your Data Center app to comply with secure endpoint defaults.
    Unfortunately, for security reasons, there is no way to change the security clearance level without recompiling code, so fixing requires a new Jira or app version and can't be adjusted by a property.

Security monitoring and alerts

Admins can now promptly identify and address critical security threats. This feature helps monitor and detect suspicious activities, such as modifications to important configurations or changing access rights.

When the system identifies a thread, admins receive email alerts. These alerts contain suggested actions to investigate and address any possible security threats effectively.

Authorized users can use this feature to view, search, and categorize alerts. Upon viewing an alert, a detailed chart depicting the user's historical activities is displayed. This functionality empowers security team members to acquire valuable insights into the user's past actions.

Enabling attachment storage in Amazon S3 without a feature flag

S3 object storage offers an enhanced enterprise experience compared to the Network File System (NFS), especially for customers with large or growing data storage needs. Learn more about configuring Amazon S3 object storage

In Jira 9.11, we introduced the possibility of configuring a custom storage method—Amazon S3 (Simple Storage Service). This feature was available behind the feature flag com.atlassian.jira.attachments.storage.configurable.

Starting from Jira 10.0, this behavior is available without a feature flag as all incompatible APIs have been removed. Learn how to store attachments in Amazon S3.


You can also store attachments in a third-party object store that exposes an S3-compatible API. However, we’re not providing direct support for attachments that are stored in an object store other than Amazon S3.

Almost out of user licenses? Get an early alert

Keep track of your Jira Software and Jira Service Management license seats with our new health check alert. It warns you as you approach your limit, giving you time to either upgrade your license or manage your user count. Additionally, you can customize this alert to notify you about a set number or percentage of available seats. By default, this is set to 10%. Explore how to set up a health check for Jira license limit notifications

Before you upgrade to Jira 10.0

Platform releases allow us to incorporate multiple significant changes (often called “breaking changes”) that aren't compatible with previous versions. These changes establish a strong foundation for more extensive development in future releases.

In this release, we’ve made significant changes in our core architecture to increase security and performance. Before upgrading, visit the Jira 10.0 upgrade notes to review important upgrade steps and see the full list of issues resolved.

Check the compatibility of your Marketplace apps

As a major release, Jira 10.0 introduces backward-incompatible changes to the apps' API. If you build custom in-house apps, you need to test their compatibility and update them.

If you have installed apps from the Atlassian marketplace or another source, you also need to check their compatibility and update them before performing the upgrade. To check app compatibility, visit Checking app compatibility with application updates or the Atlassian Marketplace to see if your app hosting is compatible with your product version.

Resolved issues

See the full list of the issues we’ve resolved throughout the lifecycle of Jira Service Management 10.0.

Issues resolved in 10.0.0
Released on 21 July 2024

T Key Summary Status
Loading...
Refresh

Issues resolved in 10.0.1
Released on 9 September 2024

T Key Summary Status Security Level
Loading...
Refresh

Last modified on Oct 18, 2024

Was this helpful?

Yes
No
Provide feedback about this article
Powered by Confluence and Scroll Viewport.