The groups should definitely be there and the
links should work.
If they cannot be found that might be the root cause of the problem.
When I click e.g. on XWikiAllGroup I end up with an URL like:
/xwiki/bin/view/XWiki/XWikiAllGroup
Similar the "TestGroup" should be located at: /xwiki/bin/view/XWiki/TestGroup
Where do you end up when you click on the group name and get a "page not found"
error?
Could you check where the Group really is (i.e using the "Page index" - you
need to enable
"Display hidden pages" in the "Preferences" of your user profile
before you can see them,
because Groups are hidden from the page index by default)
Cheers
Clemens
Hi again,
I've tested your suggestion with following results:
- Page history gets updated, as follows: (...) 2015/11/18 09:07 - allow delete right for
XWiki.TestGroup (...)
- Nevertheless, no new entry can be seen in XWiki.XWikiGlobalRights, just the same
previous entries for XWikiAdminGroup, XWikiAllGroup and Unregistered Users (I guess this
last one by rights config, but no name is given)
Now, a few interesting things I've found while playing with this:
- It seems that if I save rights directly in object-mode they are stored correctly: if I
reload this page in this same mode they remain configured.
- After doing so and reloading the page, again in object-mode, by magic an entry for
XWiki.TestGroup suddenly appeared.
- However, this config is not reflected in admin view of this page: all checkboxes are
now unchecked.
- But! Now every right I configure in admin view (with checkboxes) is reflected in
object-mode view.
And another issue I've found:
- If I navigate to individual group pages I get: "The requested page could not be
found."
ASOL Email Un cordial saludo,
Iago Lluque
/
*Alínea Software Solutions S.L.*
Travesía del Comercio 3, 2º 36002 Pontevedra España
Tel: +34 986 845 699
Email: info(a)alineasol.com <mailto:info@alineasol.com>
Web:
http://www.alineasol.com
/
El 17/11/2015 a las 19:13, Clemens Klein-Robbenhaar escribió:
> Actually this looks completely as expected - in both cases. If you see request
coming in the localhost_access_log, my guess about some javascript error is out.
>
> The special rights for the anonymous user are stored as flags in the
"XWiki.XWikiPreferences" object; this reuses the normal XWiki "save"
action by POST-ing the values.
> Good they are saved :)
>
> The detailed group / user rights instead create a separate
"XWiki.XWikiGlobalRights" in the preferences page, which contains detailed
information about what groups/user get what right, etc)
> This is saved by a separate helper template (templates/saverights.vm on the file
system) that does ... something more complicated.
> If you see no error in the UI and get back a status of 200 the helper template
finished to do its job properly, however.
>
>
> You can check what happens behind the scenes in the following page (the "object
editor"):
>
> /xwiki/bin/edit/XWiki/XWikiPreferences?editor=object
>
> Can you try to check in a separate browser tab if anything changes with the
"XWiki.XWikiGlobalRights" when you set a right in the admin
> (You need to reload the "object editor" page manually after every change,
it does not automatically update itself.)
>
> The easiest way to check is if you create a new group first, and then only give it
the "delete" right - this is most likely a new combination
> and should create a new "XWiki.XWikiGlobalRights" visible in the object
editor.
>
> Alternatively you can check that a new page version is created at:
/xwiki/bin/view/XWiki/XWikiPreferences?viewer=history
>
>
> If this is happening, then the data is actually saved; the problem is actually why it
is not properly displayed when you visit the "Rights" page again.
>
> If this is not happening, the server refuses to store the data (very odd).
>
>
> I hope we are getting closer slowly ;)
> Clemens
>
>
>
> Iago Lluque wrote: at: 17.11.2015, 17:35
>> Hi again,
>>
>> FYI I am running XWiki in Tomcat and MySQL, clean install (not migration).
>>
>> Well, I've been playing with browser console as Clemens suggested and I
can't see any error in client side.
>>
>> I think request is reaching server as I can read the following both in *Network
tab in Firefox* and in *localhost_access_log* when I check any of the group rights:
>> /*GET*
/xwiki/bin/view/XWiki/XWikiPreferences?xpage=saverights&clsname=XWiki.XWikiGlobalRights&fullname=XWiki.TestGroup&uorg=groups&form_token=F1Tx3ax0rIGsf8noimHySQ&action=allow&right=view
HTTP/1.1" 200 7/
>>
>> However, unregistered user rights (the ones below group table rights) are working
fine! Note that I can see a different behavior in this case: POST instead of GET. As
follows:
>> /*POST* /xwiki/bin/save/XWiki/XWikiPreferences?form_token=F1Tx3ax0rIGsf8noimHySQ
HTTP/1.1" 204 -/
>>
>> I thougth issue was related just with group rights but it happens also with user
rights (except for unregistered ones).
>>
>> If I can help you with more info just ask it!
>>
>> ASOL Email Un cordial saludo,
>> Iago Lluque
>> /
>> *Alínea Software Solutions S.L.*
>> Travesía del Comercio 3, 2º 36002 Pontevedra España
>> Tel: +34 986 845 699
>> Email: info(a)alineasol.com <mailto:info@alineasol.com>
>> Web:
http://www.alineasol.com
>> /
>> El 17/11/2015 a las 12:31, Clemens Klein-Robbenhaar escribió:
>>>> Hi all,
>>>>
>>>> I'm trying the new stable version of XWiki (7.3) and I'm facing
problems with group rights.
>>>> I'm unable to keep them set, as if I leave Rights page and then come
back again all rights I've tuned up remain unset (reseted to "default" I
think...)
>>>>
>>>> Is anybody else having this issue? Any workaround?
>>>>
>>>> Thanks in advance!
>>> To me it looks like your changes are not stored on the server.
>>> Can you see if you get any errors in the Javascript console (Ctrl-Shift-J in
most browsers) when setting rights?
>>>
>>> The same browser tools often have a "Network" tab. Do you see any
network traffic there when setting rights?
>>> (every time you click on a setting, there should be at least one bit of
network traffic sending your changes to the server instantly)
>>>
>>> It would be great if you could post your findings as this will help to
reproduce the problem.
>>>
_______________________________________________
users mailing list
users(a)xwiki.org