You have to create a group "All Users". Under the "Access"-module you then have to set this group for all pages.
Other groups like "editors" or "advanced editors" need this group "All users" as a subgroup, which is a wrong relation, because "All users" are the on-top-group or parent-group that "owns" the tree...
The relationship seems to be connected in the wrong direction. At least for backendusers who have to set up the groups...
#3 Updated by Steffen Gebert almost 8 years ago
Said in short (and Lars agreed on that): The label Sub Groups should be sth. like Parent Groups.
From my technical perspective, it is this way
+-----------+ | All users | +-----------+ | | +-----------+ | +---------+ | Editors |---+----| Sales | +-----------+ +---------+
All users is the parent category of its two subgroups. The label in TYPO3 is exactly the other way around. Furthermore, you can only specify the relationship between the two groups in Editors, not in All users
#5 Updated by Jens Hoffmann almost 8 years ago
To me we need bring this in the context perspective.
If I don't miss the major point here, I would say that:
Lars would be well served if he would start upon the
Introduction Package, where it's build / setup as he
expects the system to behave. But we need to keep
in mind, that there are manny Agencys who build up
there projects form scratch, from them ist's perfect
like it is right now. I would love to discuss that deep-
er with you guys. Could we meet via Skype and find
a solution in between those tow cases.
#11 Updated by Riccardo De Contardi almost 2 years ago
- Status changed from New to Needs Feedback
The label and help text has changed since at least version 7:
Instead of "Subgroups" the label is "*Inherit settings from groups:*" and the help text is:
Backend usergroup: Inherit settings from groups
All settings from the selected groups will be merged with the properties from this group, for example DB mounts, permissions, TSconfig, etc.
The properties of subgroups are added to the properties of this group and basically they will simply be added to the list of member groups of any user which is a member of this group.
This feature provides a great way to create 'Supervisor' user groups.
could it be sufficient to consider this issue closed?
#13 Updated by Riccardo De Contardi over 1 year ago
- Status changed from Needs Feedback to Closed
- Target version deleted (
I close this issue for now; the label and description on versions 7.6.x and higher convey a better understanding of groups hierarchy.
If you think that this is the wrong decision, please reopen it or open a new issue with a reference to this one. Thank you.