CachedGroupMembers out of sync?

For a RT installation (3.6.4 upgraded from 3.6.3), I have the
following situation for a group throught the admin interface:

I can see some users on the left side, but I cannot remove them
(checking the checkbox). RT returns: ‘Group has no such member’, and
the user stays on the left side…

If I inspect the tables (mysql), I can see that the user is not in the
GroupMembers table, but it is in the CachedGroupMembers.

I could not find much information about this CachedGroupMembers. Is it
somehow out of sync? How can I repair that?

Thanks,
Thierry Thelliez

SOLVED.

Oops, by accident a group became a subgroup of another one. I should
have scrolled down the page to see that.

This explains the entry in the CacheGroupMembers table.

The UI could be made more intuitive: checkboxes should not be
displayed for users inherited from subgroups. Or these users should
not be displayed at all.

Cheers,
Thierry Thelliez

SOLVED.

Oops, by accident a group became a subgroup of another one. I should
have scrolled down the page to see that.

This explains the entry in the CacheGroupMembers table.

The UI could be made more intuitive: checkboxes should not be
displayed for users inherited from subgroups. Or these users should
not be displayed at all.

I believe we’ve fixed this for RT 3.8

-jesse

PGP.sig (186 Bytes)