This page contains announcements and updates for developers from various products, platforms, and programs across Atlassian. It includes filter controls to make it easier to only see updates relevant to you.
To ensure you don’t miss any updates, we also provide RSS feeds. These feeds will take on any filters you applied to the page, and are a standardized way of keeping up-to-date with Atlassian changes for developers. For example, in Slack with the RSS app installed, you can type /feed <FEED URL> in any channel, and RSS updates will appear in that channel as they are posted.
Last year, we introduced new Directory, Users, and Groups REST APIs, available for all customers to manage their users and groups.
The following v1 APIs have been removed as of June 30, 2026:
Users
Suspend user access: POST/v1/orgs/{orgId}/directory/users/{accountId}/suspend-access
Restore user access: POST/v1/orgs/{orgId}/directory/users/{accountId}/restore-access
Remove user access: DEL/v1/orgs/{orgId}/directory/users/{accountId}
Groups
Create group: POST/v1/orgs/{orgId}/directory/groups
Delete group: DEL/v1/orgs/{orgId}/directory/groups/{groupId}
Assign roles to a group: POST/v1/orgs/{orgId}/directory/groups/{groupId}/roles/assign
Revoke roles from a group: POST/v1/orgs/{orgId}/directory/groups/{groupId}/roles/revoke
Add user to group: POST/v1/orgs/{orgId}/directory/groups/{groupId}/memberships
Remove user from group: DEL/v1/orgs/{orgId}/directory/groups/{groupId}/memberships/{accountId}
These APIs were only available to customers with the centralized user management experience.
Last year, we released new organization REST APIs that are available to all customers to manage their users and groups. Read the announcement
If you have workflows that used the v1 APIs, update them to the new APIs.
What's changing
The currentVersion field in the Forge Object Store API is deprecated and will be removed on September 1, 2026. This affects the following types:
GetMetadataResult (Custom UI bridge)
ObjectReference (Object Storage API return value)
What you need to do
Update your apps to use the createdAt field instead of currentVersion for tracking object versions or timestamps.
For more information, see the updated reference documentation:
The devops:securityInfoProvider module has moved from preview to general availability. Your Forge app can now send security information (such as vulnerabilities and security containers) to Jira and surface it in the development panel of Jira Software issues.
Known limitation: Currently, Forge apps using the devops:securityInfoProvider module require a Connect key. This means apps using this module cannot be listed as new apps on the Atlassian Marketplace - only existing Connect-based security provider apps migrating to Forge are unaffected by this restriction.
We're actively tracking this limitation in https://jira.atlassian.com/browse/ECO-1602 and will update this page when it's resolved.
Get started
See the https://developer.atlassian.com/platform/forge/manifest-reference/modules/jira-software-security-info/ for the full manifest schema and property details.
For a step-by-step guide, check out the https://developer.atlassian.com/platform/forge/security/.
Forge LLMs are now generally available (GA), allowing you to build secure, Atlassian-hosted AI features into your apps. This release includes support for the latest Claude models and an updated deprecation policy to reflect the fast-moving AI landscape.
Updated Deprecation Policy
To keep pace with rapid advancements from downstream AI providers, we have updated our deprecation policy. While we aim to provide a standard 6-month deprecation notice for models, this may not always be possible. In cases where downstream providers retire models on shorter timelines, we will provide as much notice as feasible.
We recommend using the list method in the @forge/llm SDK to dynamically fetch the list of supported models and their current status.
What's changing
Forge now supports offline impersonation for Jira Service Management (JSM) portal-only users. This follows our June 12, 2026 release of online impersonation support.
You can now use asUser(accountId) to make asynchronous or background API calls on behalf of portal-only users (also known as customer accounts). For apps using Forge remotes, offline impersonation is supported via the offlineUserAuthToken mutation.
This allows your apps to perform background actions, such as processing data or updating requests, in the context of the portal-only user, while maintaining the appropriate permission checks.
Note that portal-only users can only make asUser() calls to Jira/JSM APIs using corresponding scopes declared in the manifest file.
What you need to do
To use offline impersonation for portal-only users in your app:
Ensure your app has the required scopes declared in the manifest.
Use the asUser(accountId) method in your backend code to call product APIs.
If you are using Forge remotes, implement the offlineUserAuthToken mutation to obtain the necessary credentials.
Redeploy your app to apply these changes.
For more information on how Forge handles access for unlicensed users, see our documentation.
Previous changelog release for online impersonation: https://developer.atlassian.com/platform/forge/changelog/#CHANGE-3278
Reference docs for implementation of offline impersonation in Forge:
You can now configure a Forge Containers service to scale down to zero running instances in non-production environments when it's idle.
Scaling to zero helps reduce costs in non-production environments by ensuring you only reserve compute capacity when your service is actively handling traffic. You can enable this behaviour for a service in your app's manifest.
What's changing
You can now set the min scaling property to 0 for Forge Containers services.
This behavior is supported in DEVELOPMENT and STAGING environments.
Forge Containers remains in Early Access (EAP). Features under EAP are subject to change and are not recommended for production use.
What you need to do
To enable scaling to zero, update your service's scaling configuration in the manifest.yml file:
1
2
3
4
5
services:
- key: example-service
scaling:
min: 0
max: 2For more information, see the Forge Containers manifest reference.
What's changing
As of JCMA 1.14.0, the mappings exporter is in preview and available for customer migrations.
The mappings exporter generates a mapping file during the migration process. This allows your cloud app to download all necessary mappings in a single API call, rather than constructing them through multiple individual mapping API requests.
This preview release also introduces support for:
Connect apps
Migration reruns
Triggering app migrations
Entity type filtering, allowing you to receive only the specific mappings your app requires
What you need to do
To begin testing the mappings exporter or to enable it for your customers, contact Atlassian via the app migration support channel.
Review the simplified app migration documentation for implementation details.
Refer to the mapping file specification for details on the file format and structure.
Starting mid-August, we are introducing a Beta feature that allows global (site-wide) statuses to be added to team-managed workflows. This change enables better status consistency across team-managed spaces.
As part of this update, the workflow create and update APIs for team-managed workflows will support the addition of global statuses. Additionally, space templates will create workflows with global statuses by default when the beta feature is enabled As a result, you can expect to see global statuses in workflow read responses for team-managed spaces.
API shapes remain the same. The feature will be opt-in (via Jira Labs) and will become the default in future releases. No immediate action is required for existing integrations.
As per our previous announcement, admin-facing Connect end-of-support (EOS) migration messaging on the Connected Apps page is now rolling out to production instances. This messaging, which was previously limited to Developer Canary tenants, is being deployed in staggered cohorts.
The following app categories will begin receiving admin-facing messaging in production:
Apps that have declared connectToForgeMigration with a migration intent of NO
Apps that have declared connectToForgeMigration with a migration intent of UNDECIDED
Apps that have not adopted the connectToForgeMigration module
Apps without a Forge manifest (Connect apps)
Apps that have declared connectToForgeMigration with an intent of YES are estimated to begin receiving admin messaging in mid-August. We will provide another changelog entry at least 2 weeks before that change proceeds.
What you need to do
Adopt the connectToForgeMigration module in your Forge manifest for each major version of your app (https://developer.atlassian.com/platform/adopting-forge-from-connect/connect-to-forge-migration-module/) if you have not already.
Declare your migration intent - this determines which cohort your app falls into and when messaging appears.
Provide a migration URL - this URL will be surfaced directly in customer-facing notices, replacing the default Atlassian messaging with your app-specific guidance.
For details about the full customer-facing experience, see What admins see on the Connected Apps page.
Exemptions
Apps that are blocked by an accepted Connect EOS FRGE ticket will be exempt from customer messaging until one month past the delivery date of the blocking feature. This exemption list is determined exclusively by partners who have submitted a Connect EOS Submission request on these accepted tickets, providing a valid use case and explanation and applies to only the apps that have been marked as affected by the feature in the submission. If an app utilises an affected feature but has not submitted a Connect EOS submission, it will not be exempted from this messaging.
End-user messaging is not included in this rollout. When available, we will follow the same approach of releasing to Developer Canary tenants first for partner testing, roll out in staggered cohorts, and provide at least 2 weeks advance notice via this changelog before each stage goes live.
You can now register confluence:contentProperty module dynamically at runtime, per installation, using the https://developer.atlassian.com/platform/forge/apis-reference/dynamic-modules/. This brings the same dynamic registration capability already available for Jira entity properties (jira:entityProperty) to the Confluence side.
Please see the documentation here for further details.
Preview feature: The App Migration Platform will now allow apps to access restricted spaces in confluence associated with the migration.
Bitbucket Data Center 10.4 is available for upgrade!
Get the most out of handy features, such as changing pull request authors, reverting pull requests from a merged PR, and fine grained pull request email notification control!
Marketplace Partners can now provide Privacy and Security information specific to their Atlassian Government Cloud and Isolated Cloud app versions.
What’s changing
If your app is available in Atlassian Government Cloud or Isolated Cloud, you can now complete a dedicated Privacy and Security tab for each environment. This allows you to provide information that accurately reflects how your app handles data, permissions, hosting, and compliance within these specific environments.
To simplify the process, you can use the Copy from Cloud feature to pre-populate fields from your existing cloud app listing.
What you need to do
Log in to the Marketplace vendor console.
Navigate to the Privacy and Security tab for your Atlassian Government Cloud or Isolated Cloud app listing.
If applicable, use Copy from Cloud to jumpstart your entry
Review and complete all required fields, including data handling, operational controls, and support details.
Save and submit your changes.
For more information, see the following resources:
A new RFC is ready for review at https://community.developer.atlassian.com/t/rfc-140-updating-categories-in-the-editors-element-browser/101855
Support for Claude Opus 4.8 model is now available in Forge LLMs. For the exhaustive list of supported models, refer to our documentation here
Rate this page: