You are here

README.txt in User protect 8

Same filename and directory in other branches
  1. 5 README.txt
  2. 6 README.txt
  3. 7 README.txt
User Protect
============

CONTENTS OF THIS FILE
---------------------

 * Introduction
 * Requirements
 * Installation
 * Configuration
 * Maintainers


INTRODUCTION
------------

The User Protect module allows fine-grained access control of user
administrators, by providing various editing protection for users. The
protections can be specific to a user, or applied to all users in a role.

The following protections are supported:

 * Username
 * E-mail address
 * Password
 * Status
 * Roles
 * Edit operation (user/X/edit)
 * Delete operation (user/X/cancel)

 * For a full description of the module visit:
   https://www.drupal.org/project/userprotect

 * To submit bug reports and feature suggestions, or to track changes visit:
   https://www.drupal.org/project/issues/userprotect


REQUIREMENTS
------------

This module requires no modules outside of Drupal core.


INSTALLATION
------------

 * Install the User Protect module as you would normally install a contributed
   Drupal module. Visit https://www.drupal.org/node/1897420 for further
   information.


CONFIGURATION
-------------

    1. Navigate to Administration > Extend and enable the module.
    2. Navigate to Administration > Configuration > People > User protect for
       configurations.

There are two types of protection rules:

 * User based protection rules:
   This user will be protected for all users except: "User 1" (admin), the
   protected user itself, and users with the permissions to "Bypass all user
   protections".
 * Role based protection rules:
   This role will be protected for all users except: "User 1" (admin), and users
   with the permissions to "Bypass all user protections".

A protection rule prevents any user to perform the selected editing operations
(such as changing password or changing mail address) on the specified user.
There are two exceptions in which a configured protection rule does not apply:

 * The logged in user has permission to bypass the protection rule.

 * The specified user is the current logged in user.
   Protection rules don't count for the user itself. Instead, there are
   permissions available to prevent an user from editing its own account,
   username, e-mail address, or password.

Protected fields will be disabled or hidden on the form at user/X/edit. The edit
and delete operations are protected by controlling entity access for the
operations 'update' and 'delete'.


MAINTAINERS
-----------

 * Youri van Koppen (MegaChriz) - https://www.drupal.org/user/654114

File

README.txt
View source
  1. User Protect
  2. ============
  3. CONTENTS OF THIS FILE
  4. ---------------------
  5. * Introduction
  6. * Requirements
  7. * Installation
  8. * Configuration
  9. * Maintainers
  10. INTRODUCTION
  11. ------------
  12. The User Protect module allows fine-grained access control of user
  13. administrators, by providing various editing protection for users. The
  14. protections can be specific to a user, or applied to all users in a role.
  15. The following protections are supported:
  16. * Username
  17. * E-mail address
  18. * Password
  19. * Status
  20. * Roles
  21. * Edit operation (user/X/edit)
  22. * Delete operation (user/X/cancel)
  23. * For a full description of the module visit:
  24. https://www.drupal.org/project/userprotect
  25. * To submit bug reports and feature suggestions, or to track changes visit:
  26. https://www.drupal.org/project/issues/userprotect
  27. REQUIREMENTS
  28. ------------
  29. This module requires no modules outside of Drupal core.
  30. INSTALLATION
  31. ------------
  32. * Install the User Protect module as you would normally install a contributed
  33. Drupal module. Visit https://www.drupal.org/node/1897420 for further
  34. information.
  35. CONFIGURATION
  36. -------------
  37. 1. Navigate to Administration > Extend and enable the module.
  38. 2. Navigate to Administration > Configuration > People > User protect for
  39. configurations.
  40. There are two types of protection rules:
  41. * User based protection rules:
  42. This user will be protected for all users except: "User 1" (admin), the
  43. protected user itself, and users with the permissions to "Bypass all user
  44. protections".
  45. * Role based protection rules:
  46. This role will be protected for all users except: "User 1" (admin), and users
  47. with the permissions to "Bypass all user protections".
  48. A protection rule prevents any user to perform the selected editing operations
  49. (such as changing password or changing mail address) on the specified user.
  50. There are two exceptions in which a configured protection rule does not apply:
  51. * The logged in user has permission to bypass the protection rule.
  52. * The specified user is the current logged in user.
  53. Protection rules don't count for the user itself. Instead, there are
  54. permissions available to prevent an user from editing its own account,
  55. username, e-mail address, or password.
  56. Protected fields will be disabled or hidden on the form at user/X/edit. The edit
  57. and delete operations are protected by controlling entity access for the
  58. operations 'update' and 'delete'.
  59. MAINTAINERS
  60. -----------
  61. * Youri van Koppen (MegaChriz) - https://www.drupal.org/user/654114