Jira Software 10.2.x release notes
We're pleased to present Jira Software 10.2.
Highlights
- Compatible applications
- Accessibility improvements for low-vision and keyboard-only users
- New login experience with two-step verification
- Turn off the lights in Jira automation
- Your logo in light and dark
- New header color in the original theme
- Image attachments thumbnails in emails
- Secrets management just got more secure
- Jira automation support for Microsoft Teams webhooks
- Component validations for disabled automation rules
- Connectivity check for sharing usage data
- Integrity Checker improvements
- Changes to metrics served by the JMX exporter
- Alert, metric, and statistics logs in Jira automation
- Bulk commit fetching
- Refine your license limit health check alerts from the UI
- Change the default issue order in your project
- Introducing Local Lexorank Repair
- Resolved issues
Read the upgrade notes for important info 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 10.2 release notes.
Accessibility improvements for low-vision and keyboard-only users
For: END USERS
As promised, we’re bringing more accessibility updates for screen reader and keyboard-only users removing the critical severity defects. The highlights for this release include corrections for the underlying HTML structure or JS logic.
Check out the full list of fixed issues
New login experience with two-step verification
For: END USERS ADMINS
We’ve overhauled the Jira login experience and added a second authentication layer to keep your account secure. You can now set up two-step verification and verify your identity with an authentication app when you log in to protect your Atlassian account. Explore how to manage two-step verification
Turn off the lights in Jira automation
For: END USERS ADMINS
In Jira 10.0, we announced that the dark theme became partially available for the first time and listed the areas that weren’t supported at that moment. Now, in Jira 10.2, we’re bringing dark theme to Jira automation. To test your rule components' compatibility, enable the dark theme by going to your Profile, then Theme, and select Dark.
Your logo in light and dark
For: ADMINS
You can now upload your site logo in two versions so it matches your theme whether you choose the light or dark option. If you upload just one logo, it'll apply to both themes. If you’re already using your own logo, it'll now become the light theme logo.
To upload your logo, go to Administration, then System, then Look and feel, then Logo.
New header color in the original theme
For: ADMINS
As part of our ongoing implementation of the new light and dark themes, we’ve changed the color of the original theme’s header from blue to white.
Image attachments thumbnails in emails
For: END USERS ADMINS
You can now see thumbnails of image attachments in emails without being authenticated to Jira. This update fixes the problem of images not being rendered properly while having issues with authentication.
This feature is on by default. To disable it, turn off the following feature flag: com.atlassian.jira.send.email.notifications.with.images.attached
.
Secrets management just got more secure
For: ADMINS
As part of our ongoing efforts to make Jira more secure, we’re now by default encrypting the most sensitive values that Jira needs for operation. Secrets previously stored in Jira with AES or using external vaults (AWS Secrets Manager or Hashicorp Vault) are now located in the secret
database table in an encrypted form.
All the places that previously contained secrets (e.g. database columns with passwords) now contain an {ATL_SECURED}
placeholder instead of the plaintext secret. The only exception is the database password. Check out the upgrade notes for more details on the database password
Encryption keys are stored in the keys
subdirectory of your Jira home directory (for single node instances) or shared home directory (for clustered instances). These need to be backed up, along with secrets-config.yaml
and secured
, as a database backup restored without encryption keys won’t be able to use encrypted secrets.
Jira automation support for Microsoft Teams webhooks
For: ADMINS
Recently, Microsoft announced the retirement of Office 365 connectors within Microsoft Teams. To ensure seamless communication between the automation rules and Microsoft Teams, we developed a workaround that allows you to create your own connectors. Now, you can create a flow chain that will listen to Jira webhooks. This feature is available starting from the following Jira versions.
Jira Software | Jira Service Management |
---|---|
|
|
More about using Jira automation with Microsoft Teams
Component validations for disabled automation rules
For: ADMINS
Component validations are now performed both for enabled and disabled automation rules when they’re updated. This ensures that all rules undergo validation to quickly identify any configuration errors.
Connectivity check for sharing usage data
For: ADMINS
When you share your instance usage data, your firewall setup ensures data can be sent outwards. You can now test the connection to check if your firewall prevents or causes traffic blockages. More about sharing usage data
Integrity Checker improvements
For: ADMINS
We’ve improved the Integrity Checker so that it works at the Enterprise scale. Now, it won’t cause high JVM memory pressure or full garbage collection anymore. Finding issues is much faster, and fixing them is more extensive and precise.
For the long-running fix operations, we’ve implemented a limit of fixes within a single check jira.integrity.checker.results.limit
that defaults to 1000 and can be adjusted. We’ve also limited the default number of displayed results to 20.
Changes to metrics served by the JMX exporter
For: ADMINS
We no longer expose Connection instance-level metrics through the JMX exporter in Jira while still maintaining other types of tracking, including tracking at the Connections level.
Up until now, we exposed Connection-level metrics together with Connection instance-level metrics.
We no longer expose Connection instance-level metrics while still maintaining all the information from Connection-level metrics.
If you need to restore the previous behavior, you can use the parameter -Ddbcp.registerConnectionMBean=true
to override those settings. However, this workaround isn’t recommended as it may bring back already fixed symptoms or cause other unknown problems resulting from the thread races in the underlying library.
Alert, metric, and statistics logs in Jira automation
For: ADMINS
To enhance the monitoring capabilities of the automation queues, we’re introducing alert, metric, and statistics logs. Every five minutes, a log will report on the number of messages added, claimed, and processed from the queue, as well as the number of rules executed. If the automation queue exceeds a configurable threshold of 10,000, the Jira diagnostics screen will display an alert. The queue length is now also available as a JMX metric.
Bulk commit fetching
For: END USERS ADMINS
To make the synchronisation process in the Distributed Version Control System (DVCS) more efficient, we’re introducing the bulk commit fetching feature that supports GitHub. Now, DVCS can fetch up to 100 commits at once for a branch. Previously, DVCS retrieved each commit one by one. This change:
- reduces the number of REST calls to GitHub
- speeds up synchronization
- decreases the likelihood of rate limiting.
Refine your license limit health check alerts from the UI
For: ADMINS
You can now configure your license limit health check directly from the UI. Change the percentage, or switch to a finite number of seats you’re in control.
Change the default issue order in your project
For: ADMINS
You can now choose how the issues in your project are sorted by default.
To change the issue order:
- Make sure you have the project admin permission and go to your project.
- Select Project settings, then Details.
- Under Preferences, go to Issue order and choose how your issues should be sorted.
To go back to Jira’s default issue sorting (by priority and last update), choose Not set.
Introducing Local Lexorank Repair
For: ADMINS
We’re introducing Local Lexorank Repair, a targeted operation to address the degradation of the Jira Software issue rank system. It provides timely repairs before ranking problems escalate, with the intent to avoid global Lexorank rebalancing. Local Lexorank Repair improves system predictability by addressing rank degradation in local degradation hotspots, instead of globally rebalancing the entire system.
The feature runs in the background and is triggered by the following issue ranking operations:
- UI operations, such as dragging and dropping a single issue on or moving issues to the top or bottom of the backlog.
- REST API calls to
/rest/greenhopper/1.0/api/rank/after
and/rest/greenhopper/1.0/api/rank/before
with a single issue in the payload.
Resolved issues
See the full list of the issues we’ve resolved throughout the lifecycle of Jira Software 10.2.