A quick reminder: why privacy is critical for our users
We here at Atlassian believe in working openly because when work is open we unleash the full potential in every team. And with the recent changes to data privacy legislation (i.e. GDPR), we really wanted to understand how privacy affects a team's ability to be open.
So we conducted research with customers from around the globe and learned two important lessons:
- Different countries and regions seem to have different perspectives when it comes to the privacy of their personal data in the workplace.
- Despite those differences, users prefer to limit the amount of personal data they share when collaborating at work – specifically when they are sharing knowledge or providing feedback.
This research fundamentally changed our definition of "open". Open doesn't mean all access. In order to be open and to work openly, users need to be able to trust that they have control over their personal data. Only then does collaboration become less about the individuals on a team and more about the work that the team is trying to complete together.
Key changes and their status
Providing users with greater control over their profile information requires changes to our platform. We're introducing a new identity model which centralizes user profile information into a single source of truth – the Atlassian Account.
Atlassian Account uses a single global identifier – the Atlassian ID. The Atlassian ID is an alphanumeric string between 1 and 128 characters long and may contain characters such as dash and colon. It is, by design, opaque and safe to store. Legacy identifiers such as username and user key which have been used in Jira and Confluence are neither global nor opaque, so we're removing them from our product databases and Cloud REST APIs.
This change requires apps built for Jira, Confluence, and Bitbucket to migrate to AtlassianID as well.
On the migration to accountID
In October 2018, we announced the formal deprecation of usernames and user keys from our Jira, Confluence, Bitbucket, and Connect Cloud REST APIs.
See here for the announcements in our developer documentation:
- Jira API Migration Guide
- Confluence API Migration Guide
- Bitbucket API Migration Guide
- Connect API Migration Guide
Per our deprecation policy, we committed to providing a 6 month period of time to complete the migrations and communicated that on March 29, 2019 legacy user references (username and user key) will be removed from those public APIs. To facilitate the migration we updated our APIs to include accountID and added opt-in mechanisms in order to enable testing.
Introducing new profile visibility control settings
Our migration guides also mention changes to user objects which will come as a result of a new feature we're introducing to users in mid-April 2019, the profile visibility control screen.
The profile visibility control screen will allow users to hide or unhide parts of their profile. Fields that are currently returned in the user object today, like email address, may not show up (or return null), depending on the user's profile visibility control settings.
Additional requirements to support the right to be forgotten
Cloud apps storing personal data are now also required to provide regular reports on the list of users that have been stored. We've created a new API and service to respond to those reports with information about Atlassian Accounts that have been closed. We expect that when apps receive this information they immediately process data deletion.
A trusted experience is something that we're building together. One bad customer experience can reflect poorly on our community as a whole so we will be regularly monitoring and enforcing these new requirements. We started with de-listing apps that have not provided sufficient information on Atlassian Marketplace, and we will continue to monitor the use of personal data and the tools we provide to stay in sync.