Cristo,<br><br>There are several tables that work in conjunction with privileges, The ACL, Group, GroupMembers, CacheGroupMembers, Principals, etc.<br><br>If you get them out of sync, you are in a world of hurt.<br><br>I'd suggest reading about privileges and more about the framework of rights before putzing around in the database and doing damage you will regret.<br>
<br>There are a couple books out there you can get to help you with this.<br><br>Kenn<br><br><div class="gmail_quote">On Wed, Apr 11, 2012 at 10:52 AM, Thomas Sibley <span dir="ltr"><<a href="mailto:trs@bestpractical.com">trs@bestpractical.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Please keep replies on the list.<br>
<br>
On 04/11/2012 01:43 PM, Cristo Bolaņos Trujillo wrote:<br>
> This is interesting: I created user on RT user admin page, but didn't<br>
> see any change on user permissing.<br>
<br>
Take note of the checkbox "Let this user be granted rights (Privileged)"<br>
which turns a user Privileged or not (Unprivileged).<br>
<br>
> After sometime (I don't know really how many and when), user get right<br>
> permission.<br>
<br>
Permissions come from RT's internal system groups, ticket/queue roles,<br>
and your own custom user groups.  You can grant rights to these globally<br>
or on a specific queue/article/custom field level.<br>
<br>
> It looks like cachedgroupmembers table get updated periodically, so, is<br>
> there any way to force it to refresh immediatelly?<br>
<br>
No, it doesn't get updated periodically.  It gets updated immediately.<br>
There's no "refresh".  Futzing with the database is the really wrong way<br>
to go about what you want and will almost certainly lead to you breaking RT.<br>
</blockquote></div><br>