Hi!
I think I've come to the root of the issue... And it is "Show View
Action" configuration:
- xwiki.showviewaction=0 (xwiki.cfg)
- url.standard.hideViewAction=true (xwiki.properties)
When I found out that I could not navigate to group pages I tried with
other and realized that the problem was more generic, so I noticed my
recent changes in config: hide "view" in urls.
Reseting related properties to default (show) solved the problem: now I
can get rights persisted and also navigate to group and other pages that
previously returned not found.
It looks like somehow "view" was still being used internally in
generated URLs so the behaviour was like this:
- http://192.168.0.32:8085/xwiki/bin/view/XWiki/XWikiAdminGroup -> not found
- http://192.168.0.32:8085/xwiki/bin/XWiki/XWikiAdminGroup -> found
Greetings,
Iago
//
El 18/11/2015 a las 10:54, Clemens Klein-Robbenhaar escribió:
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: [email protected] <mailto:[email protected]>
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: [email protected] <mailto:[email protected]>
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
[email protected]
http://lists.xwiki.org/mailman/listinfo/users
_______________________________________________
users mailing list
[email protected]
http://lists.xwiki.org/mailman/listinfo/users
