Hi, have you for XWiki.XWikiAdminGroup the rights "admin, edit" in wiki access right? have you for XWiki.XWikiAllGroup the rights "edit" in wiki access right? I think the problem is omething like this. Jérémi On 6/19/06, Eric Dunn <misery_wiki(a)hotmail.com> wrote: -- jeremi

There is no AdminGroup; it's XWikiAdminGroup... been burned by that one more than once... brain[sic]

Sorry about that; it's XWiki.XWikiAdminGroup. And of course, you have just highlighted why I stumbled over it, and likely why you did also. A good case for building in stronger typing - the number of times I have been burned because I misspelled (or, as above, misremembered) the name of a group or a user in a rights object, not to mention invalid document names elsewhere, is embarassing. In the case of rights objects, of course, in a permission system like XWiki has, it leads to the humorous situations for which the superadmin backdoor is often needed, and for which it was probably created... I intend modifying our XWiki.XWikiGroups and XWiki.XWikiRights form sheets to validate the entries against existing users and groups. A simple way to do this might be to change the type of the affected object properties to dblist. The only drawback to this would be that new users or groups would have to be created before they could be added to rights or group membership objects, but I can't imagine a situation where this would be more than an insignificant annoyance, and it's good practice anyway to require referential integrity. Any admins tried this and found it wanting, or any of the developers have a warning on why this might be a bad idea? brain[sic]