Setting up user permissions

We will look into setting up user permissions by editing the "Advanced editors" user group.

Choosing the settings menu


On the "General" tab you can edit the group's title and write a short description. As mentioned before, permissions from sub-groups will be inherited by the current group.

Content of the "General" tab when editing a backend user group


Setting permissions is not just about access rights. It is also about decluttering the interface by letting the users see only what is really useful to them.

Access Lists

The "Access Lists" tab is where most permissions are defined. All fields are detailed below, one by one.


The first field is used to define which modules members of the group should have access to. Obviously this will influence what appears in the module menu.

Choosing modules for the backend user group


The second field allows to select the tables that the members of the groups are allowed to see ("Tables (listing)"). And the next field is the same but for the tables that can be modified ("Tables (modify)").

Page types

This field restricts which page types are available to members of the group. Explanations about the various page types are found in the Editors Guide.

Allowed Excludefields

When defining table fields in TYPO3 CMS, it is possible to mark them as "excluded". Such fields will never be visible to backend users (except administrators, of course) unless they are explicitely given access to them. This field is about giving such access. It displays a list of all tables and their excluded fields.

The list of excluded fields in its default state (all tables collapsed)

Click on a table name to expand the list of its fields and make a selection of fields by checking some boxes.

The same list with one table expanded

Explicitly allow/deny field values

For some fields, it is possible to define fine-grained permissions on the actual values allowed for those fields. This is in particular the case for the "Page content: Type" field, which defines the type of content element that can then be defined by the members of the group.

As with the list of excluded fields, this fields first appears with groups collapsed. You need to expand one group to start making changes.

Setting permissions for values of the content type field

Limit to languages

In multilingual web site, it is also possible to restrict users to only some languages. This can be achieved using the last field of the "Access Lists" tab.

Setting permissions for languages

Mounts and workspaces

The next tab contains very important fields which define over which part of the page tree and the file system the members of the group may exert their rights.

We will cover only mounts here. Detailed information about workspaces can be found in the related extension manual.

DB Mounts

DB mounts (database mounts) are used to restrict a user's access to only some parts of the page tree. Each mount corresponds to a page in the tree. The user will have access only to those pages and their sub- pages.

Choosing DB mounts for the group

See also Pages permissions.

File Mounts

File mounts are similar but for access to files. The main difference is that file mount records must be defined by the administrator first. These are located in the root node:

List of all available file mounts

They can then simply be selected when editing a backend user group:

Selecting allowed file mounts


The definition of file mount records also depends on so-called file storages. This topic is covered in more detail in the File Abstraction Layer reference.

Fileoperation permissions

Giving access to File mounts is not the whole story. Specific operations on files and directories must be allowed. This is what the next field does. Choose either "Directory" or "Files" and start checking boxes.

Giving specific file operation permissions