Note: You are currently viewing documentation for Moodle 3.9. Up-to-date documentation for the latest stable version of Moodle may be available here: User policies.

User policies: Difference between revisions

From MoodleDocs
(→‎Default role for all users: student not recommended)
Line 11: Line 11:
===Default role for all users===
===Default role for all users===


The default role for all users should normally be set to [[Authenticated user]]. To set it to a custom role, the custom role must be assignable in the system context and have role archetype set to none.
It is recommended that the default role for all users is set to [[Authenticated user]]. To set it to a custom role, the custom role must be assignable in the system context and have role archetype set to none.


Note: It is not recommended that the default role for all users is set to student, for reasons given in MDL-26805.
Note: It is not recommended that the default role for all users is set to student, for reasons given in MDL-26805.

Revision as of 16:01, 20 September 2012


User policies

The following settings may be changed by an administrator in Settings > Site administration > Users > Permissions > User policies.

Role for visitors

Users who are not logged in to the site will be treated as if they have the role specified here, granted to them at the site context. The role of Guest is the default and the recommended setting for standard Moodle sites. The user will still be required to login to participate in an activity.

Role for guest

This option specifies the role that will automatically be assigned to the guest user. This role is also temporarily assigned to non enrolled users when they enter a course that allows guests without password.

Default role for all users

It is recommended that the default role for all users is set to Authenticated user. To set it to a custom role, the custom role must be assignable in the system context and have role archetype set to none.

Note: It is not recommended that the default role for all users is set to student, for reasons given in MDL-26805.

Auto-login guest

If not set, then visitors must click the "Login as a guest" button before entering a course which allows guest access.

Note: If auto-login guest is set, the guest login button also needs to be set to show (in Settings > Site administration > Plugins > Authentication > Manage authentication), even though visitors won't necessarily use it.

Hide user fields

The following user fields appear on users' profile pages. Certain user fields are also listed on the course participants page. You can increase student privacy by hiding selected user fields.

Description, city/town, country, web page, ICQ number, Skype ID, Yahoo ID, AIM ID, MSN ID, last access, My courses and first access and groups

Show user identity

Any of the following fields may be shown to users with the capability moodle/site:viewuseridentity when searching for users and displaying lists of users.

  • ID number
  • Email address
  • Phone number
  • Mobile phone
  • Department
  • Institution

This setting is useful for sites with large number of users, where the likelihood of users with the same name is high.

Locations where user identity fields are shown are as follows:

Tip: Select only one or two fields that are mandatory at your institution. Do not select more than two field otherwise tables become very wide.

Enable Gravatar

See Gravatars for details.

Unsupported role assignments

Unsupported role assignments are role assignments in contexts that are not marked as suitable for that role, such as course creator in activity or course, or teacher in the user context.

An administrator can check for any unsupported role assignments across the site in Settings > Site administration > Users > Permissions > Unsupported role assignments.