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.
We’ve added additional project information to the extension context for Forge custom fields on Jira Service Management portal requests. This allows accessing project.id directly from the extension data to avoid unnecessary REST API calls.
Making an egress fetch call to an invalid URL now throws an Invalid URL error instead of a 400 response. This updated logic is consistent with how the native Node.js fetch handles invalid URLs
This new API endpoint allows users to retrieve a paginated list of directories within an organization that meets specified criteria.
It supports filtering and pagination to efficiently manage and access directory data based on the provided parameters.
What’s new in Confluence 9.5?
Controlled search reindex
Exact search is now enabled by default for OpenSearch
Lots more!
To learn more, see Confluence 9.5 release notes.
We've published two new guides to help you move on from Lucene to Search API:
To provide you with more options for search tooling, we're introducing an abstraction layer to Jira's search functionality. By removing Lucene from Jira's public API and exposing search operations through this new API, Jira can now support multiple underlying search platforms, such as Lucene and OpenSearch. The Search API maintains a similar data structure and search operations as previously available in Jira, but with some key differences. Explore how to migrate from Lucene to Search API
Starting with Jira 11, you can no longer iterate through search results using the Lucene-specific org.apache.lucene.search.Collector. Instead, the Search API now provides several platform-agnostic alternatives: Search, Aggregation, and Search Stream. Explore our migration guide for Lucene collectors
We have increased the outbound request timeout for Forge apps using long-running functions from 55 seconds to 180 seconds. Outbound requests refer to fetch requests, including both product REST API and external API requests.
Forge developers can use long-running functions when processing async events, allowing functions to run for up to 15 minutes. Currently, a single outbound request will timeout after 55 seconds. This change increases the timeout of a single outbound request from 55 seconds to 180 seconds, and is now documented in https://developer.atlassian.com/platform/forge/platform-quotas-and-limits/#invocation-limits.
This prevents premature timeouts and allows Forge apps to accommodate more complex operations, such as handling large data processing tasks. This change applies to all outbound requests made from Forge functions.
On February 10th 2025, we announced the Deprecation of automation.atlassian.com incoming webhooks for Automation rules https://developer.atlassian.com/changelog/#CHANGE-2299. As of 30 May 2025, the legacy incoming webhook has now been deprecated.
We’ve started to gradually shut down the legacy endpoint across all customer sites. Rules recently triggered through legacy webhooks will now be marked with error icons.
To view impacted rules:
Open the automation rule list in Jira or Confluence.
Click on the ‘Trigger' filter and select the ‘Incoming webhook’ filter. All rules triggered by an incoming webhook will be shown.
Within these filtered rules, any which have recently been triggered through a legacy webhook will have a error icon next to their name. This shows which rules were unable to complete a successful run due to using the legacy URL.
To learn how to update these rules, you can read our support documentation.
Since incoming webhooks may be called from non-Atlassian systems that we don’t have access to, or aren’t aware of, rule owners will need to migrate impacted rules to the new endpoint manually, read our support documentation.
The Get all workflows API has been deprecated due to significant scaling challenges stemming from its unbounded nature. We strongly recommend transitioning to Search workflows, which is more efficient and scalable.
Reason for deprecation: Superseded
Recommended alternative: Search workflows
Removal date: Feb 2, 2026
Action Required
Please review your apps for calls to Get all workflows and migrate to Search workflows as soon as possible.
The create workflow API will be removed on Feb 2, 2026. This API’s original deprecation notice indicated a removal date of Feb 16, 2024. However, due to unforeseen circumstances, public access has continued.
We’ve since introduced the Bulk create workflows and Bulk update workflows APIs, which offer more flexible and powerful options for creating and updating workflows. With these APIs, the create workflow API is now redundant.
Reason for deprecation: Superseded
Recommended alternatives: Bulk create workflows and Bulk update workflows
Removal date: Feb 2, 2026
What you need to do
Please review your apps for any usage of the create workflow API and transition to utilizing the Bulk create workflows and Bulk update workflows APIs.
The Get workflows paginated API is being deprecated in favour of the Search workflows API. This new API follows the updated workflow API format, and provides greater flexibility by allowing searches across both company-managed and team-managed workflows.
Reason for deprecation: Superseded
Recommended alternative: Search workflows API
Removal date: Jun 1, 2026
What You Need to Do
Please review your apps for any usage of the Get workflows paginated API and transition to the Search workflows API.
The new API will not return information about draft workflows. This is intentional, as draft support will be discontinued with the retirement of the old workflow editor.
The Workflow transition properties API is being deprecated. This API’s capabilities are now available through either the Bulk get workflows or Bulk update workflows APIs.
Reason for deprecation: Superseded
Recommended alternatives:
Use Bulk get workflows to fetch workflows. Transition properties are available under transitions in the workflows.
Use Bulk update workflows to change the values of transition properties in a workflow.
Removal date: Jun 1, 2026
What you need to do
Please review your apps for usages of the Workflow transition properties API, and transition to either Bulk get workflows and/or Bulk update workflows.
The new APIs will not return information about draft workflows. This is intentional, as draft support will be discontinued with the retirement of the old workflow editor.
Atlassian font assets are now being preloaded by the Connect JS library (ACJS) to support consistent typography across Atlassian and Connect apps. These assets are served from dedicated design system CDN https://ds-cdn.prod-east.frontend.public.atl-paas.net.
Connect apps using the standard all.js ACJS bundle will now automatically pre-load:
atlassian-fonts.css
Atlassian Sans font files (e.g., AtlassianSans-latin.woff2)
These files are delivered from the new ds-cdn host. The change was previously gated and is now enabled for all Connect apps.
Apps with a strict Content Security Policy (CSP) must update their style-src and font-src directives to allow the new CDN host. Without this, CSP violations may block font and styles loading.
Update your CSP to include:
1
2
style-src https://ds-cdn.prod-east.frontend.public.atl-paas.net
font-src https://ds-cdn.prod-east.frontend.public.atl-paas.net This change improves visual alignment with Atlassian’s visual refresh program. For further background, see:
We’re happy to present the second Early Access Program (EAP) build of Jira Software 11.0 and Jira Service Management 11.0. To find out what’s in scope of this EAP release, refer to Preparing for Jira 11.0.
You can download the current EAP from this page. If you’re using maven.atlassian.com, the version is 11.0.0-m0002.
This EAP release isn't for production or demonstration use.
We’ve added new Confluence product events for labels:
avi:confluence:created:label
avi:confluence:added:label
avi:confluence:removed:label
avi:confluence:deleted:label
You can use these events to invoke your Forge app function when label is created, added to an entity, removed from an entity, or deleted. For more details see https://developer.atlassian.com/platform/forge/events-reference/confluence/#labels.
We’ve published new documentation explaining how grace periods work for licenses. To help you programmatically identify grace period status, the getLicensesAPI now includes an inGracePeriod field.
This field enables you to determine if a license is:
Currently in a grace period → inGracePeriod: Yes
Was previously in a grace period, but is no longer → inGracePeriod: No
Never had a grace period → inGracePeriod field will be absent
📝 Note: There are no UI changes associated with this update - the information is available only via API.
Rate this page: