-
Suggestion
-
Resolution: Fixed
-
None
-
169
-
2
-
NOTE: This suggestion is for Confluence Cloud. Using Confluence Server? See the corresponding suggestion.
Problem Definition
Administrators can't see the list of spaces where each user has access.
Suggested Solution
Implement a solution similar to View Project Roles for User on JIRA so administrators can see the users' spaces.
Workaround
For Confluence Server:
- is related to
-
- Gathering Interest
-
- Gathering Interest
- relates to
-
- Closed
-
- Gathering Interest
- mentioned in
-
Page Failed to load
-
Page Loading...
-
-
-
-
-
-
-
-
-
-
-
-
-
[CONFCLOUD-42853] List which spaces a user can access
Hi everyone - I want to share that we've released a new feature, User Access, where admins can download a CSV that contains the spaces that a selected user or group has access to. As a result, we're closing this ticket.
Here is a link to the Community post about the feature with additional details:
All comments
I just downloaded the csv for a user, and this is a complete mess. I don't see how this is going to help at all. Please open this ticket back up and keep refining it until it is easy enough for anybody to understand.
Agree with 3b21f807ea4a . Do you have no UX designers at Atlassian? That is a poor implementation of the initial feature request.
62c32a53ff47 The User Access feature is a nice start, but it's not really good enough.
Seeing what Spaces a select user or group has access to should be a quick an snappy job, not something that requires downloading a CSV, opening Excel (or whatever), and manipulating the file there. That's just too clunky
In Jira there is the _https://MYSITE.atlassian.net/secure/admin/roles/ViewUserProjectRoles.jspa?accountId=_ page that'll show you every Project a User has access to.
You still have to dig out the users ID, but it's a lot better than downloading and faffing about with a CSV.
Hi everyone - I want to share that we've released a new feature, User Access, where admins can download a CSV that contains the spaces that a selected user or group has access to. As a result, we're closing this ticket.
Here is a link to the Community post about the feature with additional details:
Confluence admins would love Atlassian way more if you deliver this feature!
How is this not a feature at launch, expecting users to find workaround is ridiculous.
Come on, Atlassian. It is really quite annoying to run APIs when this system should have had this available to admins on launch.
Same as 3b21f807ea4a we migrated from server to cloud and then synced with our AD. We now want to start cleaning up groups but we don't know which groups have access to what spaces/pages.
Copying access, reviewing access, removing access. All tasks that would be made easier if this feature existed.
We're clearing out some old groups from our pre-user provisioning days, and need to verify that we don't break some legacy permissions for a few select system accounts.
We have more than 2.000 spaces.
Having this feature would really make our admin lives a lot easier.
Instead now we have to iterate though all spaces with the REST API to get the Space IDs, then use those to iterate through and get permissions for all spaces, so we can make sure we aren't breaking anything.
Also, given how this suggestion is 8 years old, it's not so much "gathering interest" as much as it's just gathering dust...
This is truly unfortunate that this is not a feature to this day still. It makes it incredibly difficult to copy permissions from contractors and other users that don't fall under the default global permissions. This should be a default feature.
We need this feature on Confluence Cloud, would make Admins work a little bit lighter!
Not having this in the Cloud version makes it unnecessarily cumbersome to do an access review.
You can easily find queries to run against a Server/Data Center Confluence to get this information,
so presumably this shouldn't be too much work? (easy for me to say, I know)
We really would like to see who can access which space from a broad view and which spaces they have accessed.
This data should also be available using OAuth via the GraphQL api.
I also think this should have been an out-of-the-box feature which needs to be implemented as soon as possible.
Gaining an insight into who can see which data is essential, as there might be very sensitive data in some spaces. I think we need something like the Permission Helper in Jira, which is invaluable to determine which users can and cannot access Jira Projects, boards or issues.
The way it works right now is way to complex and cumbersome, two words I do not like to hear when dealing with access to sensitive data.
I need to be able to see which spaces a group or person has access to for administration purposes. We have a large list of groups and many are redundant but we cannot see where they have access before removing them.
Also requesting this as a new Admin on our Confluence site. We get a fair amount of requests from people that are replacing former employees asking for the same access as their predecessor. While we're slowly moving to more group use, the old Admin had many spaces not set up with group permissions. so it's a slow and painful process.
Adding my voice here. As a new employee being onboarded, I will be administering some, but not all of the spaces within our Cloud Instance. The spaces match that of an existing employee, but as I understand it, we have no way of pulling that list. Let's make some sort of list, or query, or something, pretty please.
Yes, please this functionality is a must have to all Confluence Administrators. As an additional feature, it would be great to also mirror another user's account but I know, I might be asking too much. 
It would be VERY handy to have a macro or other mechanism that list out all the confluence space for which a group or user had access.
The ability to visually confirm tracking our "Contractors" group access would be a tremendous 'security verification' asset!
I also hope, they add this feature to Confluence, it's weird that Jira has that feature but not Confluence.
I would also ask the same feature for groups, so you can see which group has access to which space.
That Workaround, is completly useless, if you work in a company, where the Database is managed in the Database-Team, and the Application in the Application-Team...
I have to always call our database-team, if i want to look up which person or group has access to which space...