68 | | And remember to put the filter the first on your project `permission_policies`: |
| 70 | The use of the two lists (black and white) makes sense when using inheritance, |
| 71 | to avoid repeating long lists (i. e., we can have a long whitelist and reduce it only |
| 72 | in one project using the blacklist). |
| 73 | |
| 74 | The plugin has also an additional boolean option called `adminmeta`. |
| 75 | If this option is set to True (the default) the filters don't affect the users with |
| 76 | TRAC_ADMIN permission: |
| 77 | |
| 78 | {{{ |
| 79 | [permission-filer] |
| 80 | adminmeta = true |
| 81 | }}} |
| 82 | |
| 83 | If the variable is set to `False` filtering has odd effects on users with |
| 84 | TRAC_ADMIN permission because we reject based on `action` name and |
| 85 | TRAC_ADMIN is a meta permission that usually is not checked directly |
| 86 | |
| 87 | Lastly, remember to put the filter the first on your project `permission_policies`: |