Bug #31872

Suggestion #31871: General Issue: Overall Backenduser Management

Group hierarchy

Added by Lars Zimmermann over 1 year ago. Updated 12 months ago.

Status:Needs Feedback Start date:2011-11-16
Priority:Should have Due date:
Assignee:- % Done:

0%

Category:-
Target version:-
Tags:
Votes: 0

Description

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...

Screen_Shot_2011-11-16_at_18.34.55.png (61 kB) Steffen Gebert, 2011-11-16 18:36

History

Updated by Jens Hoffmann over 1 year ago

  • Status changed from New to Needs Feedback

Steffen could you add some explanation to your screenshot?

Updated by Steffen Gebert over 1 year 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

Updated by Lars Zimmermann over 1 year ago

Yes. I totally agree, that is what I wanted to say. The group "all users" is set under the access-module, but is a subgroup of editor and other users. That is exactly the other way round...

Updated by Jens Hoffmann over 1 year 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.

Updated by Steffen Gebert over 1 year ago

Jens, I'm also against an "All Users" group by default.

I try to discuss the sub/parent group thing during the weekend with the others (or/and you), whther it wouldn't be better to really change the label as suggested.

Updated by Felix Kopp 12 months ago

A quick fix would be an additional description next to the field explaining excatly how subgroups are related to the current group edited. Either as label or help icon.

Also available in: Atom PDF