Hi Glenn, Glenn Everitt wrote: This is weird. I can not figure out any reasson other than you have modify in any way the access rights to Main.WebHome or to Main by itself. Do you keep getting this error? Have you already worked it out? Glenn Everitt wrote: I guess the simplest way is to use $response.sendRedirect, but I don't know yet how to avoid to pass the whole URL of the desired home page to the method. Taking this into account, to add this to your Main.WebHome page will do the job: $response.sendRedirect("http://localhost:8080/xwiki/bin/view/MySpace/WebHome") HTH, Ricardo -- View this message in context: http://www.nabble.com/Only-Admin-Users-can-access-Main-space-tp16421644p165… Sent from the XWiki- Users mailing list archive at Nabble.com.

Thanks for answering, Glenn. Glenn Everitt wrote: I'm afraid my last Oracle experience was with 9.0. Since then, we have moved our database (small databases) to MySQL. Even though I've missed some Oracle features for some time, I am pretty happy now both with the database by itself and administration utilities. And it is a FOSS + professional support available (somehow like XWiki), and we feel ourselves fine here. Working in a clean virtual wiki on a XE 1.3 (Tomcat, MySQL, Mac OS X Leopard). I think I've followed the same steps and I get the an user accessing a given space through the rights given to a group he/she belongs to. Another user is given read/edit access to Main and access without a glitch as well. To the best of my understanding, once you explicitly gives an user or group allow rights on a given document or space, all other users will get access denied. But "this" user must get access to the concerned space! I've seen "weird behaviors" here, but I've never been able to find a path. So, "weird behaviors" doesn't mean anything here... I am afraid I can not. Much better: I don't know how this rights are checked, but this entry in FAQ must be on help... http://www.xwiki.org/xwiki/bin/view/FAQ/HowDoesRightsWork How this implemented in code is far from my skills at the moment, but I am willing to make as much test as required to get this issue worked out! I think that since we have updated to 1.3.8295 live is much easier for me :-) , but there are still a number of open issues related with rights management. Have you visited http://jira.xwiki.org? Cheers, Ricardo -- Ricardo Rodríguez Your EPEC Network ICT Team

Hi Glenn, Glenn Everitt wrote: 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

Hi, On Fri, Apr 11, 2008 at 12:23 AM, [Ricardo Rodriguez] Your EPEC Network ICT Team <webmaster(a)environmentalchange.net> wrote: 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