Feature #7342
open
Default "Everyone" / "Authenticated Users" group for all users
0%
Description
It would be nice to have access to a default "Everyone" group to be able to quickly assign all users to a role on a project.
In the setup I'm using, I have a "Help Desk" project set up that I want all active members to be able to create issues in. I can't give "Add Issue" permissions to the non-member role though, because I don't want non-members of other projects to add issues to those other projects. I've created an "Everyone" group and given that group permissions on the project, however I have to remember to add new users to that group when activating the account.
Related issues
Updated by Michael Trausch almost 14 years ago
If by "Everyone", you mean "Authenticated Users" (which it seems you do) then I agree 100% -- this would be very useful to have things be private to all but those who possess authentication credentials.
Updated by Etienne Massip over 13 years ago
- Subject changed from Default "Everyone" group for all users to Default "Everyone" / "Authenticated Users" group for all users
- Category set to Accounts / authentication
- Target version set to Candidate for next major release
Updated by Jean-Claude Wippler about 12 years ago
+1
Scenario: lots of users signing up to get access to a specific project. If all new users end up in a group such as "Registered", I could either include the project in that group, or quickly find all the users involved and make them members of that project. Currently, there is no other way to find users than to look at them all, sort on creation date, and figure out which ones were new since last time I looked.
Updated by Rocco Stanzione almost 12 years ago
+1 here. Alternatively it would be helpful to be able to choose a role for the membership of any authed user not explicitly added to a project. I.e. if I don't add Bob to the project, he's implicitly a Viewer until I add his membership explicitly.
Updated by Daniel Black almost 12 years ago
if accounts are created via email, r11522 has a solution for you.
Updated by Hrobky Hrobky over 11 years ago
+1
Another approach could be considering non-member not as a implicit role rather then implicit user to whom role could be assigned on per-project basis. Migration/backward compatibility: grant non-member user a non-member role in each project.
(This is essentially the same Rocco Stanzione suggested)
Updated by Vincent Lizzi almost 11 years ago
+1
Possibly this could work based on automatic group membership for new users (including self-registered users and LDAP authenticated users). Any group(s) could be set as automatically receiving new users from specific registration methods. Permission on projects can be assigned per group as normal.
Scenario: New users authenticate with one LDAP realm and should automatically belong to a group that grants permission to access a particular project.
Potentially, new users from a different LDAP realm could automatically be assigned to a different group with access to a different particular project.