server-tools/auth_dynamic_groups
Stefan Rijnhart (Opener) 89a6dd7b13 Merge pull request #250 from hbrunn/8.0-auth_dynamic_groups-fix_cursor_serialized
[FIX] use a nonserialized cursor for updating user groups
2015-10-30 15:31:00 +01:00
..
i18n OCA Transbot updated translations from Transifex 2015-10-05 05:30:46 -04:00
model [FIX] don't do anything for admin 2015-09-08 15:34:14 +02:00
static/description Add missing default oca icons 2015-08-18 10:47:52 +02:00
view fix runbot warning 2015-07-17 15:59:06 +02:00
README.rst [REN] README.rst 2015-01-15 09:45:57 +01:00
__init__.py [ADD] auth_dynamic_groups 2015-01-14 16:04:58 +01:00
__openerp__.py [UPD] prefix versions with 8.0 2015-10-09 10:03:09 +02:00

README.rst

Description
-----------
This module allows defining groups whose membership is a condition expressed as
python code. For every user, it is evaluated during login if she belongs to
the group or not.

Usage
-----
Check `Dynamic` on a group you want to be dynamic. Now fill in the condition,
using `user` which is a browse record of the user in question that evaluates
truthy if the user is supposed to be a member of the group and falsy if not.

There is a constraint on the field to check for validity if this expression.
When you're satisfied, click the button `Evaluate` to prefill the group's
members. The condition will be checked now for every user who logs in.

Example
-------
We have a group called `Amsterdam` and want it to contain all users from
city of Amsterdam. So we use the membership condition

```
user.partner_id.city == 'Amsterdam'
```

Now we can be sure every user living in this city is in the right group, and we
can start assigning local menus to it, adjust permissions, etc. Keep in mind
that view overrides can also be restricted by a group id, this gives a lot of
possibilities to dynamically adapt views based on arbitrary properties
reachable via the user record.