Hi,
On Fri, Apr 11, 2008 at 12:23 AM, [Ricardo Rodriguez] Your EPEC
Network ICT Team <webmaster(a)environmentalchange.net> wrote:
Hi Glenn,
Glenn Everitt wrote:
Thanks for the link Ricardo I reviewed that again
and it helped me understand
the code more clearly. I think I may have found an issue not sure yet if it
solves my problem. If I add a group and give is some global rights and then
delete the group the group is still in the XWikiPreferences document in a
XWiki.XWikiGlobalRights object. It seems like when the group is deleted the
group reference in XWikiGlobalRights object should also be removed. Can you
verify this? I'll open a jira issue if you also believe it is a problem.
Thanks
Glenn Everitt
Confirmed in a XE 1.3.8295 running on Suse Linux 9.0/Tomcat 6.0.10 and
MySQL 5.0.24a via TCP/IP. Thanks for debugging this!
By the way, have you seen this...
http://www.nabble.com/Admin-rights-td16585830.html
It has been confirmed by MSilverboard(a)cfglife.com
It is not the same issue, but it seems that there is an object anywhere,
or several ones, that are conferring this user "pseudo" admin rights. I
say pseudo admin because access is rejected to pages/spaces where admin
rights are required, but he/she is still evaluated as admin. Any idea
will be welcome! Thanks.
Cheers,
Ricardo
--
Ricardo RodrÃguez
Your EPEC Network ICT Team
_______________________________________________
users mailing list
users(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
I found what i the problem the field type of XWikiRights and
XWikiGlobalRights changed from String to LargeString somewhere between
1.2 and 1.3 it seems. Anyway I fixed this asking to class for the
field type name in place of directly set it in the hql query. See
http://jira.xwiki.org/jira/browse/XWIKI-2304
Fixed for 1.3 and 1.4, now I have to do selenium tests for this before
commiting ;)
It will be in the 1.3.2 and 1.4M2.
--
Thomas Mortagne