You're on your way to the next level! Join the Kudos program to earn points and save your progress.
Level 1: Seed
25 / 150 points
Next: Root
1 badge earned
Challenges come and go, but your rewards stay with you. Do more to earn more!
What goes around comes around! Share the love by gifting kudos to your peers.
Keep earning points to reach the top of the leaderboard. It resets every quarter so you always have a chance!
Join now to unlock these features and more
The Atlassian Community can help you and your team get more value out of Atlassian products and practices.
As of this morning there is no way for me to specify it? Formerly we always used a prefix to clearly distinguish the company external users were from which also made clear that they weren't internal company users.
Why would Atlassian removed that simple capability? At the very least show the username auto populated for editing.
Thanks for pointing out that the original form is still available. Will that remain available or is it to be phased out? Are usernames to be gradually removed and email addresses used in their place?
I'll go back to the root requirement here, Lorenzo and that might help provide a solution.
It's to be able to distinguish between users within our company and those external to it.
Group assignments are how we enforce it but we need a way of absolutely being able to determine who should be in those groups to check the assignments.
Email addresses aren't sufficient because some external people have company email addresses.
Previously I had prefixed their usernames with the companyname. So 'companyname.firstname' for example.
The user management isn't particularly feature rich currently.
Steven, all the site admins and main contacts of the instances were previously warned about the upgrade to Atlassian Account.
You can always check our "What's new"documentation as well. https://confluence.atlassian.com/cloud/what-s-new-686863216.html
Brendan, as far as we know, there are no indicators that the feature will be phased out. We understand your position, as a site-admin,you can only edit details for your users' accounts if they have managed accounts for a domain that you've verified as it is explained here: https://confluence.atlassian.com/cloud/domain-verification-873871234.html.
:)
@Lorenzo Bueno:The documentation referenced as the previous warning to us is "What's New" in CONFLUENCE. This affects JIRA, too. The JIRA "What's New" does not mention this change to User Management whatsoever: https://www.atlassian.com/software/jira/whats-new?tab=new-features-in-cloud. And I couldn't even find it in the Confluence section you directed us to. Additionally, I am a site admin, and I was not warned.
Thank you for at least telling us that the original Create User interface can still be accessed. But when repurposing an existing feature (Invite User) PLEASE update it so it actually makes sense for its new purpose. I completely agree with Brendan that it would be much better for us to be shown the full name and username auto populated for editing.
@Lorenzo Bueno, I am still a bit confused but did I get it right that we need to accept this limitation as long as we are running JSD in Atlassian cloud but when we move the JSD to our own servers we will be able to use our own user names as account names, where the user name is different than the email-address?
Currently we are using the cooperate signum as user names for all our users until now when this possibility seems to be blocked when creating new users, so this is bad news, but we are planning to migrate to our own servers in about a month time.