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're excited to announce the launch of Atlassian Enterprise Certified (AEC), our new trust program for Marketplace apps.
AEC provides an Atlassian-verified signal that an app has met common enterprise needs for compliance, security, reliability, privacy, accessibility, and responsible AI use. It is designed to help customers confidently identify and select apps that align with their enterprise procurement needs.
Read more about AEC requirements: https://developer.atlassian.com/platform/marketplace/atlassian-enterprise-certified-program/
How to apply for AEC
AEC is now open to eligible Forge cloud apps. Partners can review the AEC requirements, prepare their documentation and validation evidence, and apply to join the programme.
Read more about how to apply for AEC: https://developer.atlassian.com/platform/marketplace/apply-for-atlassian-enterprise-certified/
What’s changing
You can now build your Rovo actions once and expose them as tools to both custom agents in Rovo Studio and third-party, MCP-enabled AI clients. This is made possible through the rovo:mcp module, which is now available in Preview.
With this capability, your Forge tools can reach users in external clients such as Claude Desktop, Codex, and Cursor. This allows you to bring Forge functionality into more AI-powered workflows without building separate integrations for every client. For example, a Rovo action that retrieves and summarizes Jira issues can now be made available in both Rovo Agents and external AI environments.
Admins remain in control of this connectivity:
Opt-in access: External access is disabled by default and must be enabled separately for each app installation.
Unified control: During Preview, enabling external access exposes all tools declared in the app’s rovo:mcp module.
Secure execution: Users connect via OAuth, and every tool invocation respects their existing permissions on the Atlassian site.
What you need to do
To start connecting your tools to external AI clients:
Define your tools in the manifest.yml file using the rovo:mcp module.
Update your app to use the latest version of the Forge CLI to support the new module definitions.
Follow the Build your first Rovo MCP tool guide to set up the integration.
If you are building tools that interact with Jira data, refer to the tutorial for reading Jira issues with MCP.
We’re excited to announce that getJiraScreen and updateJiraScreen have been added to manage_jira on Atlassian MCP. Users who have previously approved access to manage_jira will start to see availability of these tools shortly.
For details on these tools and other tools available on Atlassian MCP, please refer to our Supported Tools.
We’re launching an addition to our new dashboards Forge module, dashboard:filters, that allows Forge widgets to integrate natively with Atlassian dashboard filters. This early access program (EAP) enables you to test the module and provide feedback before general availability.
What’s changing
The dashboard:filters module allows your Forge apps to:
Create custom filters: Build your own set of dashboard filters with custom UI to provide tailored filtering experiences for users.
What you need to do
Sign up for the EAP: To participate and access the full documentation, please sign up for the EAP here.
Review the documentation: Once enrolled, refer to the module documentation for manifest syntax and implementation details.
Provide feedback: Use the feedback channels provided in the EAP welcome materials to share your findings and feature requests.
By signing up for this EAP, you acknowledge that use of the dashboard filters integration is governed by the Atlassian Developer Terms. This feature is considered Early Access Materials as set forth in Section 12 of the terms, and is subject to applicable conditions and disclaimers.
A new RFC is ready for review at https://community.developer.atlassian.com/t/rfc-149-forge-user-impersonation-fui-addressing-connect-parity-gaps-edge-cases/102987
We're adding v2 versions of two Marketplace search reports: top search keywords and zero search results keywords.
Beginning June 12, 2026, non-essential cookies and tracking technologies were disabled by default for Marketplace users from regulated regions, and users there must now opt in to cookies before analytics data is collected. Because these reports were built from browser analytics, reported search volumes dropped for affected traffic.
The v2 reports count searches recorded by Marketplace search itself, so they include every search regardless of a user’s cookie choices.
Two new endpoints are available, each with a matching /export variant:
GET /rest/3/reporting/developer-space/{developerId}/search-keywords-v2/source/{sourceKey}GET /rest/3/reporting/developer-space/{developerId}/zero-search-results-keywords-v2/source/{sourceKey}
Please note that the updated counts are only available post 25th Sept 2026. Earlier dates would still have data only for users who consented for tracking cookies.
The existing endpoints are unchanged and remain available for now but will be removed soon.
Query parameters, authentication, and the response format are identical between the two versions, so moving to v2 only requires changing search-keywords to search-keywords-v2, or zero-search-results-keywords to zero-search-results-keywords-v2, in the path.
Source coverage is also unchanged. The search keywords report supports marketplace and embedded-marketplace, and the zero search results report supports marketplace only.
Review your reporting. If you track search counts over time, expect a step change when you switch.
Historical data is limited. v2 data is available from 25th Sept 2026. Earlier dates would still have data only for users who consented for tracking cookies.
We’re excited to announce that organization admins can now set up the Atlassian Rovo MCP server control in Data Security Policy. Admins can govern how external AI tools read and write Jira and Confluence data using MCP, with org-wide defaults and overrides scoped by Atlassian apps, spaces, and classification levels. It works the same way as existing DSP controls like data export, anonymous access, and public links.
To get started:
Go to Atlassian Administration. Select your organization if you have more than one.
Select Security.
Select Data protection, then select Data security policies.
Edit the Atlassian Rovo MCP server control.
For more details read our documentation.
You can now use display conditions to hide sub-pages or sections in several Jira Forge modules. This allows you to show or hide UI elements based on specific criteria, such as user permissions or project types.
The following modules now support display conditions on their pages and sections child properties:
jira:adminPage
jira:globalPage
jira:projectPage
jira:projectSettingsPage
jira:personalSettingsPage
For more details and configuration examples, see the Jira admin page documentation, and the documentation on the other corresponding Jira modules.
Forge TypeScript bundler, previously available as an EAP, has been removed. Use manual packaging, now available in preview, instead, running your own tsc (or a different compiler).
Manual packaging is a more flexible replacement for the TypeScript bundler. It lets developers choose an arbitrary build tool, and supports UI Kit modules in addition to the runtime bundling.
Confluence Cloud will enforce approval-required publishing for direct page updates made through the Confluence REST APIs. In spaces where admins require approval before publishing, direct updates to published pages will return HTTP 409 Conflict. Integrations must save changes as a draft, complete the approval, and publish the approved draft.
This affects PUT /wiki/rest/api/content/{id}, PUT /wiki/api/v2/pages/{id}, and PUT /wiki/api/v2/pages/{id}/title. It applies only to regular pages in spaces configured to require approval; other spaces and content types remain unchanged. We will update this entry with the rollout date before enabling the change.
We’re excited to announce that the below Confluence Remix tools have been added to Confluence on Atlassian MCP. Users who have previously approved access to the respective toolsets will start to see availability of this tool shortly.
write_confluence:
createConfluenceInfographicForPage
editConfluenceInfographicForPage
createConfluenceMauiApp
editConfluenceMauiApp
read_confluence:
getConfluenceMauiApp
For details on this tool and other tools available on Atlassian MCP, please refer to our Supported Tools.
Manual packaging for Forge functions and UI Kit modules has progressed from the Early Access Program (EAP) to Preview. Manual packaging lets you bypass the fixed version of Webpack bundled within the Forge CLI and upload your code directly from specified directories without modification.
What's changing
Manual packaging is now suitable for production environments, and you no longer need to sign up for the EAP to use it. With manual packaging, you can:
Use a different compiler or TypeScript version.
Use alternative bundlers (such as Vite or Esbuild) or no bundler at all.
Include and call WebAssembly in your application.
Require data files or depend on packages that do.
Reduce application size by sharing dependencies across multiple functions.
What you need to do
If you were already using manual packaging during the EAP, no changes are required.
To get started, set bundler: manual@2026 and a path in the app.package section of your manifest for functions, or on individual UI Kit resources.
For details and examples, see Packaging and the Packaging standard.
The rovo:agentConnector module is now Generally Available (GA). This module lets you connect an AI agent hosted outside of Forge to Rovo using the Agent2Agent (A2A) protocol, so your agent can be used alongside native Rovo agents. Only A2A 1.0 is supported.
🛠️ Scheduled maintenance window from September 25 @ 5PM PST to Monday, September 28 @ 10AM, AEST
Our support portal is moving to a new home. New ticket submissions and ticket access including comments via email will be unavailable during this window. Starting September 28, submit all requests at Atlassian Support and update your bookmarks. Learn what's changing.
We’re excited to announce that getJiraWorkflowEditorLink has been added to manage_jira on Atlassian MCP. Users who have previously approved access to manage_jira will start to see availability of this tool shortly.
For details on this tool and other tools available on Atlassian MCP, please refer to our Supported Tools.
Rate this page: