Come for the products,
stay for the community

The Atlassian Community can help you and your team get more value out of Atlassian products and practices.

Atlassian Community about banner
4,369,309
Community Members
 
Community Events
168
Community Groups

Which Atlassian User Accounts are related to which other ones? (Doc request)

I was originally going to just create a wiki page somewhere and link to it here, but I gave up under the weight of trying to figure out where it should go and if I had edit access to wherever that was. So, here's what I'm thinking:

People who've been in the Atlassian community for any length of time find they have multiple Atlassian user accounts (my.atlassian.com, confluence.atlassian.com, etc.). Some of the servers use the same account, some don't. Sometimes new servers come into being and start being referenced, and it can be brutally difficult to figure out if you even have an account already for that server, and if you do which one it is. I know long term Atlassian'd probably like to have a single sign on something, but in the meantime:

Atlassian doc writers: Can we have a doc page somewhere (that I can favourite) that identifies which servers are related to each other re: user accounts?
my.a.c = p.a.c = a.a.c = ?
c.a.c = d.a.c ?
s.p.a.c = ?
s.a.c = ?
??? =

Thanks!

2 answers

1 accepted

3 votes
Answer accepted

Hi Laura.

Yep, you've hit on the big topic of User Accounts in the Atlassian ecosystem. I'll admit it's pretty embarassing and we've been trying to improve things behind-the-scenes. For example, recent capabilities of Embedded Crowd will allow the systems to connect to an LDAP with a large number of users. When we did this previously, the products tried to load a list of all users into memory and... kaboom!

If we were starting all our systems (support.atlassian.com, jira.atlassian.com, confluence.atlassian.com) again, we'd now be able to support a single username & password across all systems. However, we're having to work out a way to support historical logins without 'fu**ing the customer' by forcing them to lose all historical information.

In the meantime, I can tell you that these systems share the same username & password:

  • answers.atlassian.com
  • my.atlassian.com
  • The Order Form
  • plugins.atlassian.com
  • translations.atlassian.com

These systems use their own username & password, NOT shared with any other system:

  • support.atlassian.com
  • jira.atlassian.com
  • confluence.atlassian.com
  • developer.atlassian.com
  • university.atlassian.com
  • studio.plugins.atlassian.com

I can't make any promises about when this messy situation will be improved, but in the meantime I recommend that people use their same email address on all systems, which will make it easier for us to merge later on. (Requesting the same username will make things simpler, too.)

John Rotenstein
Atlassian IT

Is this why in Confluence I see myself duplicated so much on the People page? I see six instances of myself on Confluence's People page. Mind you, I don't think I've signed up for 6 of the different things listed above... I also see some other people listed multiple times too, but nobody as many as me.

Although if this is not the reason why I'm listed so many times, I sure would like to figure out how to clean up that People page so that everyone is listed only once... but haven't been able to find any solution yet, maybe need to file a ticket.

1 vote
Also, accidentally email e.g. dev-relations from the wrong emaill address and presto! You get a new JIRA account created. So a list of email addresses that map to support.a.c or jira.a.c or another would be dandy too!

Suggest an answer

Log in or Sign up to answer
TAGS

Atlassian Community Events