Re: [xwiki-users] Type in the code

2015-11-18 Thread Thomas Mortagne 
Seriously... (and it's not like it was not used when I introduced it). Good
thing it's deprecated :)

On Wed, Nov 18, 2015 at 5:31 PM, Marius Dumitru Florea <
mariusdumitru.flo...@xwiki.com> wrote:

> It's a typo indeed
>
> https://github.com/xwiki/xwiki-commons/blob/master/xwiki-commons-core/xwiki-commons-job/src/main/java/org/xwiki/job/event/status/JobProgressManager.java#L58
> .
>
> Thanks,
> Marius
>
> On Wed, Nov 18, 2015 at 3:31 PM, Peter Huisman  wrote:
>
> > I guess there is a type in the code: in  org
> >
> .xwiki
> >
> .job
> >
> .internal
> >
> .AbstractJob
> >
>  >  ki.job.internal(AbstractJob.class%E2%98%83AbstractJob>.progressManager ,
> > the stepPropress (with a P) is defined where it should be stepProgress -
> or
> > is there a reason for this?
> >
> > Br,
> >
> > P
> > ___
> > users mailing list
> > users@xwiki.org
> > http://lists.xwiki.org/mailman/listinfo/users
> >
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
>



-- 
Thomas Mortagne
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Inherit color theme with Nested Pages

2015-11-18 Thread Iago Lluque 

Done!
http://jira.xwiki.org/browse/XE-1510

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: i...@alineasol.com 
Web: http://www.alineasol.com
/
El 18/11/2015 a las 17:50, Marius Dumitru Florea escribió:

On Wed, Nov 18, 2015 at 6:44 PM, Iago Lluque 
wrote:


Hi all,


Is there a way to set a different color theme to an "space" with the
Nested Pages feature? Previously with spaces it was possible.


I just tested and indeed the Color Theme is not inherited. Can you report
an issue?

Thanks,
Marius



I see that rights are inherited, but not color theme.

--
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: i...@alineasol.com 
Web: http://www.alineasol.com
/
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Inherit color theme with Nested Pages

2015-11-18 Thread Marius Dumitru Florea 
On Wed, Nov 18, 2015 at 6:44 PM, Iago Lluque 
wrote:

> Hi all,
>
>

> Is there a way to set a different color theme to an "space" with the
> Nested Pages feature? Previously with spaces it was possible.
>

I just tested and indeed the Color Theme is not inherited. Can you report
an issue?

Thanks,
Marius


> I see that rights are inherited, but not color theme.
>
> --
> 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: i...@alineasol.com 
> Web: http://www.alineasol.com
> /
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

[xwiki-users] Inherit color theme with Nested Pages

2015-11-18 Thread Iago Lluque 

Hi all,

Is there a way to set a different color theme to an "space" with the 
Nested Pages feature? Previously with spaces it was possible.

I see that rights are inherited, but not color theme.

--
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: i...@alineasol.com 
Web: http://www.alineasol.com
/
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Type in the code

2015-11-18 Thread Marius Dumitru Florea 
It's a typo indeed
https://github.com/xwiki/xwiki-commons/blob/master/xwiki-commons-core/xwiki-commons-job/src/main/java/org/xwiki/job/event/status/JobProgressManager.java#L58
.

Thanks,
Marius

On Wed, Nov 18, 2015 at 3:31 PM, Peter Huisman  wrote:

> I guess there is a type in the code: in  org
> .xwiki
> .job
> .internal
> .AbstractJob
>   ki.job.internal(AbstractJob.class%E2%98%83AbstractJob>.progressManager ,
> the stepPropress (with a P) is defined where it should be stepProgress - or
> is there a reason for this?
>
> Br,
>
> P
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

[xwiki-users] Free Webinar on XWiki

2015-11-18 Thread Patrick Masson 
Just an FYI, 

the Open Source Initiative will be hosting a free webinar on XWiki with
Vincent Massol, today at 12:00noon ET, 6:00pm CET

Details at: http://wiki.opensource.org/bin/Communities/OSIdeas

Hope you can join us,
Patrick

-- 
|||  |  |||||  |||||||  
Patrick Masson
General Manager & Director
Open Source Initiative
855 El Camino Real, Ste 13A, #270
Palo Alto, CA 94301
United States
OSI Phone: (415) 857-5398
Direct Phone: (970) 4MASSON
Skype: massonpj
Em: mas...@opensource.org
Ws: www.opensource.org
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] How to add a menu in the top menu?

2015-11-18 Thread Guofeng Zhang 
Vincent,

I missed the link "how to add an UIX" on that page.

By following the steps on Writing a simple UI Extension. I created two UI
Extensions on a new page using  "org.xwiki.platform.topmenu.left" as the
extension point ID, the order for the first (Some Text) is 5000, and
another (Some Text 1) is 4000. They all displayed on the right part of the
top menu.

Some Text1 is displayed at the right of Some Text (it behaved like the
description of Top Menu Right).

see the attached.

What did I do incorrectly?

Thanks for your help very much.

Guofeng





On Mon, Nov 16, 2015 at 4:19 PM, vinc...@massol.net 
wrote:

> Hi Guofeng,
>
> On 14 Nov 2015 at 18:11:35, Guofeng Zhang (guofen...@gmail.com) wrote:
>
> Hi,
>
> I am trying XWiki 7.3.
>
> I want to add add a menu with icon in the top menu. I have read
> http://platform.xwiki.org/xwiki/bin/view/ExtensionPoint/TopMenuLeft, but
> still can not understand where to add the following:
>
> {{velocity}}{{html clean="false"}} ## we need clean="false" because we want
>
> to display the raw content
> 
>  role="button" arias-haspopup="true" aria-expanded="false">
> class="sr-only">$services.localization.render('core.menu.toggleNavigation')Some
>
> text
> 
> Some link
> 
> 
> {{/html}}{{/velocity}}
>
> Could you give me advice where to add the above lines?
>
>
> Just want to verify that you’ve read the tutorial linked from
> http://platform.xwiki.org/xwiki/bin/view/ExtensionPoint/
>
>
> Could you confirm that you’ve read it?
>
> Thanks!
>
> -Vincent
>
>
>
>
> Thanks for your help very much.
>
> Guofeng
>
>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] XWiki startup HTTP 500 issue

2015-11-18 Thread Clemens Klein-Robbenhaar 

You might want to check the log files in the tomcat installation directory for 
startup errors.

(Unfortunately tomcat writes logs in several files, at least last time I 
checked. Just look into everything that has updated recently in the logs dir)

A possible cause for the problem is that you have two xwiki webapps running in 
the same tomcat;
maybe caused by having a custom context.xml duplicated or the like (?)

 But without the startup error from the log this is just a wild guess


HTH
Clemens

- Ursprüngliche Nachricht -
Von: Gervwyk
Am:  Mittwoch, 18.11.2015, 14:57
An: Xwiki Users
Betreff: [xwiki-users] XWiki startup HTTP 500 issue


> Good day. 
> 
> Had xwiki set up and running for a while now. This morning windows 7 dicided
> to do a system recovery on startup. Now when I try to run XWiki I get a HTTP
> 500  error:
> 
> java.lang.NullPointerException
>   com.xpn.xwiki.web.Utils.getContextComponentManager(Utils.java:695)
>   com.xpn.xwiki.web.Utils.getComponent(Utils.java:752)
>   com.xpn.xwiki.web.Utils.getComponent(Utils.java:719)
> 
> com.xpn.xwiki.web.XWikiRequestProcessor.processPath(XWikiRequestProcessor.java:47)
> 
> org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:154)
>   org.apache.struts.action.ActionServlet.process(ActionServlet.java:1913)
>   org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:449)
>   javax.servlet.http.HttpServlet.service(HttpServlet.java:624)
>   javax.servlet.http.HttpServlet.service(HttpServlet.java:731)
>   com.xpn.xwiki.web.ActionFilter.doFilter(ActionFilter.java:115)
> 
> org.xwiki.wysiwyg.server.filter.ConversionFilter.doFilter(ConversionFilter.java:127)
>   org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52)
> 
> org.xwiki.container.servlet.filters.internal.SetHTTPHeaderFilter.doFilter(SetHTTPHeaderFilter.java:63)
>   
> com.xpn.xwiki.plugin.webdav.XWikiDavFilter.doFilter(XWikiDavFilter.java:66)
> 
> org.xwiki.container.servlet.filters.internal.SavedRequestRestorerFilter.doFilter(SavedRequestRestorerFilter.java:208)
> 
> org.xwiki.container.servlet.filters.internal.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:111)
>   
> org.xwiki.resource.servlet.RoutingFilter.doFilter(RoutingFilter.java:137)
> 
> 
> Any ideas where to start looking for the problem? I went over the
> configuration and all looks fine and MySQL is running and tomcat7 is
> running.. 
> Not sure how to recover.
> 
> Thanks
> 
> 
> 
> --
> View this message in context: 
> http://xwiki.475771.n2.nabble.com/XWiki-startup-HTTP-500-issue-tp7596904.html
> Sent from the XWiki- Users mailing list archive at Nabble.com.
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
> 

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

[xwiki-users] XWiki startup HTTP 500 issue

2015-11-18 Thread gervwyk 
Good day. 

Had xwiki set up and running for a while now. This morning windows 7 dicided
to do a system recovery on startup. Now when I try to run XWiki I get a HTTP
500  error:

java.lang.NullPointerException
com.xpn.xwiki.web.Utils.getContextComponentManager(Utils.java:695)
com.xpn.xwiki.web.Utils.getComponent(Utils.java:752)
com.xpn.xwiki.web.Utils.getComponent(Utils.java:719)

com.xpn.xwiki.web.XWikiRequestProcessor.processPath(XWikiRequestProcessor.java:47)

org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:154)
org.apache.struts.action.ActionServlet.process(ActionServlet.java:1913)
org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:449)
javax.servlet.http.HttpServlet.service(HttpServlet.java:624)
javax.servlet.http.HttpServlet.service(HttpServlet.java:731)
com.xpn.xwiki.web.ActionFilter.doFilter(ActionFilter.java:115)

org.xwiki.wysiwyg.server.filter.ConversionFilter.doFilter(ConversionFilter.java:127)
org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52)

org.xwiki.container.servlet.filters.internal.SetHTTPHeaderFilter.doFilter(SetHTTPHeaderFilter.java:63)

com.xpn.xwiki.plugin.webdav.XWikiDavFilter.doFilter(XWikiDavFilter.java:66)

org.xwiki.container.servlet.filters.internal.SavedRequestRestorerFilter.doFilter(SavedRequestRestorerFilter.java:208)

org.xwiki.container.servlet.filters.internal.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:111)

org.xwiki.resource.servlet.RoutingFilter.doFilter(RoutingFilter.java:137)


Any ideas where to start looking for the problem? I went over the
configuration and all looks fine and MySQL is running and tomcat7 is
running.. 
Not sure how to recover.

Thanks



--
View this message in context: 
http://xwiki.475771.n2.nabble.com/XWiki-startup-HTTP-500-issue-tp7596904.html
Sent from the XWiki- Users mailing list archive at Nabble.com.
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] [XWiki 7.3] Problem with group rights

2015-11-18 Thread Iago Lluque 

Ok, thanks for the confirmation!
It's not dramatic for me having view in urls by now...

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: i...@alineasol.com 
Web: http://www.alineasol.com
/
El 18/11/2015 a las 14:19, Clemens Klein-Robbenhaar escribió:

It seems you found the problem!

If I set these config variables, I can reproduce the problem.

Bug report filed at: http://jira.xwiki.org/browse/XWIKI-12834

Until a fix is available it seems you cannot a configuration that hides 
"/view/" from the URL, sorry


- Ursprüngliche Nachricht -
Von: Iago Lluque
Am:  Mittwoch, 18.11.2015, 13:00
An: Xwiki Users
Betreff: Re: [xwiki-users] [XWiki 7.3] Problem with group rights



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: i...@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 y

[xwiki-users] Type in the code

2015-11-18 Thread Peter Huisman 
I guess there is a type in the code: in  org 
.xwiki
 
.job
 
.internal
 
.AbstractJob
 
.progressManager , the 
stepPropress (with a P) is defined where it should be stepProgress - or is 
there a reason for this?

Br,

P
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] [XWiki 7.3] Problem with group rights

2015-11-18 Thread Clemens Klein-Robbenhaar 

It seems you found the problem!

If I set these config variables, I can reproduce the problem.

Bug report filed at: http://jira.xwiki.org/browse/XWIKI-12834

Until a fix is available it seems you cannot a configuration that hides 
"/view/" from the URL, sorry


- Ursprüngliche Nachricht -
Von: Iago Lluque
Am:  Mittwoch, 18.11.2015, 13:00
An: Xwiki Users
Betreff: Re: [xwiki-users] [XWiki 7.3] Problem with group rights


> 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: i...@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 fi

Re: [xwiki-users] [XWiki 7.3] Problem with group rights

2015-11-18 Thread Iago Lluque 

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: i...@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

Re: [xwiki-users] [XWiki 7.3] Problem with group rights

2015-11-18 Thread Clemens Klein-Robbenhaar 
 
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: i...@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=F1

Re: [xwiki-users] [XWiki 7.3] Problem with group rights

2015-11-18 Thread Iago Lluque 

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: i...@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: i...@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 i