[xwiki-users] Where's the right parseInt?

2015-01-07 Thread Bryn Jeffries
I've recycled some code from the tutorials and snippets in my own code, and in 
particular I've used the following in some velocity scripts:
#set($offset = $util.parseInt($request.get('offset')))

which yields the following warning in the log:
 WARN  o.x.v.i.DefaultVelocityEngine  - Deprecated usage of method 
[com.xpn.xwiki.api.Util.parseInt] in 40:xwiki:DemoSpace.DemoPage@4,29

I notice in 
http://www.xwiki.org/xwiki/bin/view/FAQ/WhyDoIHaveDeprecatedUsageOfMethodXXXInTheConsoleLog
 that a very similar warning is mentioned, but in the answer the recomendation 
is to switch from  $xwiki.parseInt to  $util.parseInt. But it looks like this 
has also been deprecated. So what should we be using instead?
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


[xwiki-users] Manipulate presentation of LiveTable column data

2015-01-07 Thread Bryn Jeffries
I have a custom groovy script at DemoSpace.StudiesJSON that generates JSON of 
the form:
{
"totalrows": 5,
"matchingtags": {},
"tags" : [],
"offset": 1,
"reqNo": 0,
"returnedrows": 1,
"rows": [{"doc_viewable":true,"study_id":3,"study_name":"My 
Study","description":"A test study"}]
}

This is then called from a LiveTable macro as
{{velocity}}
#set($columns = ["study_name", "description", "study_id"])
#set($options = {
  "resultPage":"DemoSpace.StudiesJSON"
})
#set($columnsProperties = {
  "study_name" : { "type" : "text", "displayName": "Study Name", "filterable": 
false },
  "description" : { "type" : "text", "displayName": "Description", 
"filterable": false },
  "study_id" : { "type" : "text", "displayName": "Study ID", "filterable": 
false }
})
#livetable("studyTable" $columns $columnsProperties $options)
{{/velocity}}

What I'd really like is to put links into each row, for instance replacing each 
entry in the first ("Study Name") column with a link of the form 
[[${study_name}>>StudyDetails?study_id=${study_id}]]. Is there a way to do 
this? I've tried generating a link in the JSON but the query strings seem to 
get corrupted and the link is lost in any case within the actual LiveTable.

Thanks,

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


Re: [xwiki-users] Howto include a link to a page in edit mode+inline mode

2015-01-07 Thread vinc...@massol.net


On 7 Jan 2015 at 19:23:44, Pascal BASTIEN 
(pbasnews-xw...@yahoo.fr(mailto:pbasnews-xw...@yahoo.fr)) wrote:

> I'm looking for a simpliest way without velocity but your answer working well:
> {{velocity}}
> [[Panels.TagCloud>>path:$xwiki.getURL("Panels.TagCloud",'edit','editor=inline')]]
> {{/velocity}}  
>  
> Anyway, it is strange than this URL below working well except for inline 
> mode: [[Panels.TagCloud||queryString="xpage=edit&editor=wiki"]] open directly 
> the target in edit mode and wiki editor
> [[Panels.TagCloud||queryString="xpage=edit&editor=wysiwyg"]]
> [[Panels.TagCloud||queryString="xpage=edit&editor=rights"]]
> [[Panels.TagCloud||queryString="xpage=edit&editor=object"]]
> [[Panels.TagCloud||queryString="xpage=edit&editor=class"]] 

These will generate a URL with the “view” action!

For example: http://.../xwiki/bin/view/Space/Page

And not an edit action as in: http://.../xwiki/bin/edit/Space/Page

See also http://jira.xwiki.org/browse/XRENDERING-22

Thanks
-Vincent

>  
> [[Panels.TagCloud||queryString="xpage=edit&editor=inline"]] doesn't work.  
>  
> Thxs anyway.
>  
> De : "vinc...@massol.net"  
> À : XWiki Users  
> Cc : Pascal BASTIEN  
> Envoyé le : Mercredi 7 janvier 2015 18h44
> Objet : Re: [xwiki-users] Howto include a link to a page in edit mode+inline 
> mode
>  
> Hi Pascal,  
>  
> Not sure I understand your question but you can use the following syntax:  
>  
> [[label>>path:…]]  
>  
> for example:  
>  
> {{velocity}}  
> [[label>>path:$xwiki.getURL(…)]]
> {{/velocity}}  
>  
> Thanks  
> -Vincent
>  
>  
>  
> On 7 Jan 2015 at 18:40:19, Pascal BASTIEN 
> (pbasnews-xw...@yahoo.fr(mailto:pbasnews-xw...@yahoo.fr)) wrote:
>  
> > Hello,
> > Is it possible to include a link to a page in edit mode WITH inline editor 
> > rather than view mode without using the full URL?
> > I applied this answer XWiki- Users - Link to page in edit mode without 
> > using full url?
> > but unfortunaly it doesn't work for inline editor 
> > :-((xpage=edit&editor=inline)
> >
> > Thxs
> > Pascal B
>  
>  

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


Re: [xwiki-users] Howto include a link to a page in edit mode+inline mode

2015-01-07 Thread Pascal BASTIEN
I'm looking for a simpliest way without velocity but your answer working 
well:{{velocity}}
[[Panels.TagCloud>>path:$xwiki.getURL("Panels.TagCloud",'edit','editor=inline')]]
{{/velocity}}
Anyway, it is strange than this URL below working well except for inline 
mode:[[Panels.TagCloud||queryString="xpage=edit&editor=wiki"]] open directly 
the target in edit mode and wiki editor
[[Panels.TagCloud||queryString="xpage=edit&editor=wysiwyg"]]
[[Panels.TagCloud||queryString="xpage=edit&editor=rights"]]
[[Panels.TagCloud||queryString="xpage=edit&editor=object"]]
[[Panels.TagCloud||queryString="xpage=edit&editor=class"]]
[[Panels.TagCloud||queryString="xpage=edit&editor=inline"]]  doesn't work.
Thxs anyway.

  De : "vinc...@massol.net" 
 À : XWiki Users  
Cc : Pascal BASTIEN  
 Envoyé le : Mercredi 7 janvier 2015 18h44
 Objet : Re: [xwiki-users] Howto include a link to a page in edit mode+inline 
mode
   
#yiv3248285401 * {font-family:Menlo, Arial;} Hi Pascal,
Not sure I understand your question but you can use the following syntax:
[[label>>path:…]]
for example: 
{{velocity}}[[label>>path:$xwiki.getURL(…)]]{{/velocity}}
Thanks-Vincent



On 7 Jan 2015 at 18:40:19, Pascal BASTIEN 
(pbasnews-xw...@yahoo.fr(mailto:pbasnews-xw...@yahoo.fr)) wrote:

> Hello,
> Is it possible to include a link to a page in edit mode WITH inline editor 
> rather than view mode without using the full URL?
> I applied this answer XWiki- Users - Link to page in edit mode without using 
> full url?
> but unfortunaly it doesn't work for inline editor 
> :-((xpage=edit&editor=inline)
> 
> Thxs
> Pascal B


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


Re: [xwiki-users] Howto include a link to a page in edit mode+inline mode

2015-01-07 Thread vinc...@massol.net
 Hi Pascal,

Not sure I understand your question but you can use the following syntax:

[[label>>path:…]]

for example: 

{{velocity}}
[[label>>path:$xwiki.getURL(…)]]
{{/velocity}}

Thanks
-Vincent

On 7 Jan 2015 at 18:40:19, Pascal BASTIEN 
(pbasnews-xw...@yahoo.fr(mailto:pbasnews-xw...@yahoo.fr)) wrote:

> Hello,
> Is it possible to include a link to a page in edit mode WITH inline editor 
> rather than view mode without using the full URL?
> I applied this answer XWiki- Users - Link to page in edit mode without using 
> full url?
> but unfortunaly it doesn't work for inline editor 
> :-((xpage=edit&editor=inline)
>  
> Thxs
> Pascal B
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


[xwiki-users] Howto include a link to a page in edit mode+inline mode

2015-01-07 Thread Pascal BASTIEN
Hello,
Is it possible to include a link to a page in edit mode WITH inline editor 
rather than view mode without using the full URL?
I applied this answer XWiki- Users - Link to page in edit mode without using 
full url?
but unfortunaly it doesn't work for inline editor :-((xpage=edit&editor=inline)

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


Re: [xwiki-users] Error number 4001 in 4: Error while evaluating velocity template colorThemeInit.vm

2015-01-07 Thread kelly resche
It works. Thanks!

> Date: Wed, 7 Jan 2015 17:45:15 +0100
> From: thomas.morta...@xwiki.com
> To: users@xwiki.org
> Subject: Re: [xwiki-users] Error number 4001 in 4: Error while evaluating 
> velocity template colorThemeInit.vm
> 
> Usually when you have an error like this, look at the last "cause". In
> this case it's " java.lang.OutOfMemoryError: Java heap space" meaning
> that you did not allocated enough memory to XWiki (i.e. to you
> application server).
> 
> On Wed, Jan 7, 2015 at 5:42 PM, kelly resche  wrote:
> > Hi,
> >
> > i'm new with XWiki. I've just installed the latest version 6.3 using the 
> > .deb package xwiki-enterprise-tomcat7-mysql on an Ununtu 14.04LTS server.
> >
> > There were no issue during the installation. But when i connect to XWiki 
> > for the first time via the following URL : http://localhost:8080/xwiki, 
> > XWiki starts until 50% and the i get the following result :
> >
> > Error number 4001 in 4: Error while evaluating velocity template 
> > colorThemeInit.vm
> > com.xpn.xwiki.XWikiException: Error number 4001 in 4: Error while 
> > evaluating velocity template colorThemeInit.vm
> > at com.xpn.xwiki.XWiki.evaluateTemplate(XWiki.java:1637)
> > at com.xpn.xwiki.XWiki.parseTemplate(XWiki.java:1612)
> > at com.xpn.xwiki.api.XWiki.parseTemplate(XWiki.java:801)
> > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> > at 
> > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
> > at 
> > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> > at java.lang.reflect.Method.invoke(Method.java:606)
> > at 
> > org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.doInvoke(UberspectImpl.java:395)
> > at 
> > org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.invoke(UberspectImpl.java:384)
> > at 
> > org.apache.velocity.runtime.parser.node.ASTMethod.execute(ASTMethod.java:173)
> > at 
> > org.apache.velocity.runtime.parser.node.ASTReference.execute(ASTReference.java:280)
> > at 
> > org.apache.velocity.runtime.parser.node.ASTReference.render(ASTReference.java:369)
> > at 
> > org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72)
> > at 
> > org.apache.velocity.runtime.directive.VelocimacroProxy.render(VelocimacroProxy.java:216)
> > at 
> > org.apache.velocity.runtime.directive.RuntimeMacro.render(RuntimeMacro.java:311)
> > at 
> > org.apache.velocity.runtime.directive.RuntimeMacro.render(RuntimeMacro.java:230)
> > at 
> > org.apache.velocity.runtime.parser.node.ASTDirective.render(ASTDirective.java:207)
> > at 
> > org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:342)
> > at 
> > org.xwiki.velocity.internal.DefaultVelocityEngine.evaluate(DefaultVelocityEngine.java:243)
> > at 
> > org.xwiki.velocity.internal.DefaultVelocityEngine.evaluate(DefaultVelocityEngine.java:198)
> > at 
> > com.xpn.xwiki.internal.template.TemplateManager.evaluateContent(TemplateManager.java:783)
> > at 
> > com.xpn.xwiki.internal.template.TemplateManager.renderFromSkin(TemplateManager.java:689)
> > at 
> > com.xpn.xwiki.internal.template.TemplateManager.renderFromSkin(TemplateManager.java:676)
> > at 
> > com.xpn.xwiki.internal.template.TemplateManager.renderFromSkin(TemplateManager.java:649)
> > at 
> > com.xpn.xwiki.internal.template.TemplateManager.render(TemplateManager.java:642)
> > at com.xpn.xwiki.XWiki.evaluateTemplate(XWiki.java:1632)
> > at com.xpn.xwiki.XWiki.parseTemplate(XWiki.java:1612)
> > at com.xpn.xwiki.api.XWiki.parseTemplate(XWiki.java:801)
> > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> > at 
> > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
> > at 
> > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> > at java.lang.reflect.Method.invoke(Method.java:606)
> > at 
> > org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.doInvoke(UberspectImpl.java:395)
> > at 
> > org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.invoke(UberspectImpl.java:384)
> > at 
> > org.apache.velocity.runtime.parser.node.ASTMethod.execute(ASTMethod.java:173)
> > at 
> > org.apache.velocity.runtime.parser.node.ASTReference.execute(ASTReference.java:280)
> > at 
> > org.apache.velocity.runtime.parser.node.ASTReference.render(ASTReference.java:369)
> > at 
> > org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72)
> > at 
> > org.apache.velocity.runtime.directive.VelocimacroProxy.render(VelocimacroProxy.java:216)
> > at 
> > org.apache.velocity.runtime.directive.RuntimeMacro.render(RuntimeMacro.java:311)
> > at 

Re: [xwiki-users] Error number 4001 in 4: Error while evaluating velocity template colorThemeInit.vm

2015-01-07 Thread Thomas Mortagne
Usually when you have an error like this, look at the last "cause". In
this case it's " java.lang.OutOfMemoryError: Java heap space" meaning
that you did not allocated enough memory to XWiki (i.e. to you
application server).

On Wed, Jan 7, 2015 at 5:42 PM, kelly resche  wrote:
> Hi,
>
> i'm new with XWiki. I've just installed the latest version 6.3 using the .deb 
> package xwiki-enterprise-tomcat7-mysql on an Ununtu 14.04LTS server.
>
> There were no issue during the installation. But when i connect to XWiki for 
> the first time via the following URL : http://localhost:8080/xwiki, XWiki 
> starts until 50% and the i get the following result :
>
> Error number 4001 in 4: Error while evaluating velocity template 
> colorThemeInit.vm
> com.xpn.xwiki.XWikiException: Error number 4001 in 4: Error while evaluating 
> velocity template colorThemeInit.vm
> at com.xpn.xwiki.XWiki.evaluateTemplate(XWiki.java:1637)
> at com.xpn.xwiki.XWiki.parseTemplate(XWiki.java:1612)
> at com.xpn.xwiki.api.XWiki.parseTemplate(XWiki.java:801)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at 
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
> at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:606)
> at 
> org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.doInvoke(UberspectImpl.java:395)
> at 
> org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.invoke(UberspectImpl.java:384)
> at 
> org.apache.velocity.runtime.parser.node.ASTMethod.execute(ASTMethod.java:173)
> at 
> org.apache.velocity.runtime.parser.node.ASTReference.execute(ASTReference.java:280)
> at 
> org.apache.velocity.runtime.parser.node.ASTReference.render(ASTReference.java:369)
> at 
> org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72)
> at 
> org.apache.velocity.runtime.directive.VelocimacroProxy.render(VelocimacroProxy.java:216)
> at 
> org.apache.velocity.runtime.directive.RuntimeMacro.render(RuntimeMacro.java:311)
> at 
> org.apache.velocity.runtime.directive.RuntimeMacro.render(RuntimeMacro.java:230)
> at 
> org.apache.velocity.runtime.parser.node.ASTDirective.render(ASTDirective.java:207)
> at 
> org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:342)
> at 
> org.xwiki.velocity.internal.DefaultVelocityEngine.evaluate(DefaultVelocityEngine.java:243)
> at 
> org.xwiki.velocity.internal.DefaultVelocityEngine.evaluate(DefaultVelocityEngine.java:198)
> at 
> com.xpn.xwiki.internal.template.TemplateManager.evaluateContent(TemplateManager.java:783)
> at 
> com.xpn.xwiki.internal.template.TemplateManager.renderFromSkin(TemplateManager.java:689)
> at 
> com.xpn.xwiki.internal.template.TemplateManager.renderFromSkin(TemplateManager.java:676)
> at 
> com.xpn.xwiki.internal.template.TemplateManager.renderFromSkin(TemplateManager.java:649)
> at 
> com.xpn.xwiki.internal.template.TemplateManager.render(TemplateManager.java:642)
> at com.xpn.xwiki.XWiki.evaluateTemplate(XWiki.java:1632)
> at com.xpn.xwiki.XWiki.parseTemplate(XWiki.java:1612)
> at com.xpn.xwiki.api.XWiki.parseTemplate(XWiki.java:801)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at 
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
> at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:606)
> at 
> org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.doInvoke(UberspectImpl.java:395)
> at 
> org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.invoke(UberspectImpl.java:384)
> at 
> org.apache.velocity.runtime.parser.node.ASTMethod.execute(ASTMethod.java:173)
> at 
> org.apache.velocity.runtime.parser.node.ASTReference.execute(ASTReference.java:280)
> at 
> org.apache.velocity.runtime.parser.node.ASTReference.render(ASTReference.java:369)
> at 
> org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72)
> at 
> org.apache.velocity.runtime.directive.VelocimacroProxy.render(VelocimacroProxy.java:216)
> at 
> org.apache.velocity.runtime.directive.RuntimeMacro.render(RuntimeMacro.java:311)
> at 
> org.apache.velocity.runtime.directive.RuntimeMacro.render(RuntimeMacro.java:230)
> at 
> org.apache.velocity.runtime.parser.node.ASTDirective.render(ASTDirective.java:207)
> at 
> org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72)
> at 
> org.apache.velocity.runtime.parser.node.ASTIfStatement.render(ASTIfStatement.java:87)
> at 
> org.apache.velocity.ru

[xwiki-users] Error number 4001 in 4: Error while evaluating velocity template colorThemeInit.vm

2015-01-07 Thread kelly resche
Hi, 

i'm new with XWiki. I've just installed the latest version 6.3 using the .deb 
package xwiki-enterprise-tomcat7-mysql on an Ununtu 14.04LTS server.

There were no issue during the installation. But when i connect to XWiki for 
the first time via the following URL : http://localhost:8080/xwiki, XWiki 
starts until 50% and the i get the following result :

Error number 4001 in 4: Error while evaluating velocity template 
colorThemeInit.vm
com.xpn.xwiki.XWikiException: Error number 4001 in 4: Error while evaluating 
velocity template colorThemeInit.vm
at com.xpn.xwiki.XWiki.evaluateTemplate(XWiki.java:1637)
at com.xpn.xwiki.XWiki.parseTemplate(XWiki.java:1612)
at com.xpn.xwiki.api.XWiki.parseTemplate(XWiki.java:801)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at 
org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.doInvoke(UberspectImpl.java:395)
at 
org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.invoke(UberspectImpl.java:384)
at 
org.apache.velocity.runtime.parser.node.ASTMethod.execute(ASTMethod.java:173)
at 
org.apache.velocity.runtime.parser.node.ASTReference.execute(ASTReference.java:280)
at 
org.apache.velocity.runtime.parser.node.ASTReference.render(ASTReference.java:369)
at 
org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72)
at 
org.apache.velocity.runtime.directive.VelocimacroProxy.render(VelocimacroProxy.java:216)
at 
org.apache.velocity.runtime.directive.RuntimeMacro.render(RuntimeMacro.java:311)
at 
org.apache.velocity.runtime.directive.RuntimeMacro.render(RuntimeMacro.java:230)
at 
org.apache.velocity.runtime.parser.node.ASTDirective.render(ASTDirective.java:207)
at 
org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:342)
at 
org.xwiki.velocity.internal.DefaultVelocityEngine.evaluate(DefaultVelocityEngine.java:243)
at 
org.xwiki.velocity.internal.DefaultVelocityEngine.evaluate(DefaultVelocityEngine.java:198)
at 
com.xpn.xwiki.internal.template.TemplateManager.evaluateContent(TemplateManager.java:783)
at 
com.xpn.xwiki.internal.template.TemplateManager.renderFromSkin(TemplateManager.java:689)
at 
com.xpn.xwiki.internal.template.TemplateManager.renderFromSkin(TemplateManager.java:676)
at 
com.xpn.xwiki.internal.template.TemplateManager.renderFromSkin(TemplateManager.java:649)
at 
com.xpn.xwiki.internal.template.TemplateManager.render(TemplateManager.java:642)
at com.xpn.xwiki.XWiki.evaluateTemplate(XWiki.java:1632)
at com.xpn.xwiki.XWiki.parseTemplate(XWiki.java:1612)
at com.xpn.xwiki.api.XWiki.parseTemplate(XWiki.java:801)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at 
org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.doInvoke(UberspectImpl.java:395)
at 
org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.invoke(UberspectImpl.java:384)
at 
org.apache.velocity.runtime.parser.node.ASTMethod.execute(ASTMethod.java:173)
at 
org.apache.velocity.runtime.parser.node.ASTReference.execute(ASTReference.java:280)
at 
org.apache.velocity.runtime.parser.node.ASTReference.render(ASTReference.java:369)
at 
org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72)
at 
org.apache.velocity.runtime.directive.VelocimacroProxy.render(VelocimacroProxy.java:216)
at 
org.apache.velocity.runtime.directive.RuntimeMacro.render(RuntimeMacro.java:311)
at 
org.apache.velocity.runtime.directive.RuntimeMacro.render(RuntimeMacro.java:230)
at 
org.apache.velocity.runtime.parser.node.ASTDirective.render(ASTDirective.java:207)
at 
org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72)
at 
org.apache.velocity.runtime.parser.node.ASTIfStatement.render(ASTIfStatement.java:87)
at 
org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:342)
at 
org.xwiki.velocity.internal.DefaultVelocityEngine.evaluate(DefaultVelocityEngine.java:243)
at 
org.xwiki.velocity.internal.DefaultVelocityEngine.evaluate(DefaultVelocityEngine.java:198)
at 
com.xpn.xwiki.internal.template.TemplateManager.evaluateContent(TemplateManager.java:783)
at 
com.xpn.xwiki.internal.template.TemplateManager.renderFromSkin(TemplateManager.java:

Re: [xwiki-users] Subpage permission

2015-01-07 Thread Eduard Moraru
I have just tried your usecase and it works without any issue. Feel free to
try it out yourself on a clean XWiki instance.

Please double check your rights and that the user you are testing with is
not denied from another group he might be member of.

Thanks,
Eduard

On Wed, Jan 7, 2015 at 2:58 PM, Yvan Arnaud  wrote:

> Hi,
>
> Sorry for the misunderstanding. I meant child page when I wrote subpage.
>
> So I'll try to be more precise:
> I set specific rights on the space A: only group A has read/write
> permission.
> I create a page P1 in space A without parent and set specific right on
> that page: group B has read permission
> It works as expected: group A has read/write permissions and group B has
> read permission on page P1.
> If I create a page P2 as a child from Webhome page and set the read
> permission to group B on that page then group B has no right to read the
> page.
>
> I forgot to specify that I'm working with XWiki 6.3.
>
> Thanks
> Yvan
>
> Am 07.01.2015 um 13:39 schrieb Eduard Moraru:
>
>  Hi,
>>
>> XWiki has no notion of "subpages". All the pages inside a space are at the
>> same level.
>>
>> If you are using a parent-child relationship between 2 pages, it has no
>> impact on rights, i.e. the rights of the parent page are not inherited to
>> the child page. This only works on a page-space relationship, i.e. the
>> pages of a space inherit the rights of the space.
>>
>> So if you have 2 pages P1 and P2 inside space A and you set the same
>> rights
>> on both P1 and P2, but P1 is the parent of P2, the rights work only on P1,
>> but not on P2? Is this what you are describing?
>>
>> Thanks,
>> Eduard
>>
>> On Wed, Jan 7, 2015 at 1:19 PM, Yvan Arnaud  wrote:
>>
>>  Hi,
>>>
>>> I've started working with XWiki for a short time and I'm facing a probem
>>> with the rights management.
>>> I configured XWiki so every registered users have read permission as
>>> default.
>>> Then I created some private spaces with read access for a specific group
>>> of users. Let's say group A has read permission on space A.
>>> Other groups don't have access to this space A. So it is fine.
>>> But I need sometimes to allow some specific groups or users to access
>>> some
>>> specific pages in this space. For example, group B should have read
>>> access
>>> on page 1 of space A.
>>> I modified the access rights of the page accordingly. The problem is: it
>>> doesn't work when the page is a subpage. It is working fine if the page
>>> is
>>> at the root of the space.
>>> Is it a normal behaviour? What shall I do to make this work?
>>>
>>> Thanks.
>>>
>>> Yvan Arnaud
>>>
>>> ___
>>> 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
>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


Re: [xwiki-users] Subpage permission

2015-01-07 Thread Yvan Arnaud

Hi,

Sorry for the misunderstanding. I meant child page when I wrote subpage.

So I'll try to be more precise:
I set specific rights on the space A: only group A has read/write 
permission.
I create a page P1 in space A without parent and set specific right on 
that page: group B has read permission
It works as expected: group A has read/write permissions and group B has 
read permission on page P1.
If I create a page P2 as a child from Webhome page and set the read 
permission to group B on that page then group B has no right to read the 
page.


I forgot to specify that I'm working with XWiki 6.3.

Thanks
Yvan

Am 07.01.2015 um 13:39 schrieb Eduard Moraru:

Hi,

XWiki has no notion of "subpages". All the pages inside a space are at the
same level.

If you are using a parent-child relationship between 2 pages, it has no
impact on rights, i.e. the rights of the parent page are not inherited to
the child page. This only works on a page-space relationship, i.e. the
pages of a space inherit the rights of the space.

So if you have 2 pages P1 and P2 inside space A and you set the same rights
on both P1 and P2, but P1 is the parent of P2, the rights work only on P1,
but not on P2? Is this what you are describing?

Thanks,
Eduard

On Wed, Jan 7, 2015 at 1:19 PM, Yvan Arnaud  wrote:


Hi,

I've started working with XWiki for a short time and I'm facing a probem
with the rights management.
I configured XWiki so every registered users have read permission as
default.
Then I created some private spaces with read access for a specific group
of users. Let's say group A has read permission on space A.
Other groups don't have access to this space A. So it is fine.
But I need sometimes to allow some specific groups or users to access some
specific pages in this space. For example, group B should have read access
on page 1 of space A.
I modified the access rights of the page accordingly. The problem is: it
doesn't work when the page is a subpage. It is working fine if the page is
at the root of the space.
Is it a normal behaviour? What shall I do to make this work?

Thanks.

Yvan Arnaud

___
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


[xwiki-users] [ANN] XWiki 6.4 Milestone 3 released

2015-01-07 Thread Ecaterina Moraru (Valica)
The XWiki development team is proud to announce the availability of XWiki
6.4 Milestone 3.

This milestone integrates the Ratings module inside platform, providing the
ability to rate extensions inside the Extension Repository and visualise
them inside Extension Manager. We have also added improvements for Flamingo
Skin on the responsiveness aspect, reintroduced the Wiki configuration
section in Administration and done massive work in augmenting the Mail
Sender API to be able to send large number of emails.

You can download it here: http://www.xwiki.org/xwiki/bin/view/Main/Download

Make sure to review the release notes:
http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/ReleaseNotesXWiki64M3

Thanks
-The XWiki dev team
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


Re: [xwiki-users] Subpage permission

2015-01-07 Thread Eduard Moraru
Hi,

XWiki has no notion of "subpages". All the pages inside a space are at the
same level.

If you are using a parent-child relationship between 2 pages, it has no
impact on rights, i.e. the rights of the parent page are not inherited to
the child page. This only works on a page-space relationship, i.e. the
pages of a space inherit the rights of the space.

So if you have 2 pages P1 and P2 inside space A and you set the same rights
on both P1 and P2, but P1 is the parent of P2, the rights work only on P1,
but not on P2? Is this what you are describing?

Thanks,
Eduard

On Wed, Jan 7, 2015 at 1:19 PM, Yvan Arnaud  wrote:

> Hi,
>
> I've started working with XWiki for a short time and I'm facing a probem
> with the rights management.
> I configured XWiki so every registered users have read permission as
> default.
> Then I created some private spaces with read access for a specific group
> of users. Let's say group A has read permission on space A.
> Other groups don't have access to this space A. So it is fine.
> But I need sometimes to allow some specific groups or users to access some
> specific pages in this space. For example, group B should have read access
> on page 1 of space A.
> I modified the access rights of the page accordingly. The problem is: it
> doesn't work when the page is a subpage. It is working fine if the page is
> at the root of the space.
> Is it a normal behaviour? What shall I do to make this work?
>
> Thanks.
>
> Yvan Arnaud
>
> ___
> 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] Authentication error

2015-01-07 Thread Daniel Lundh
Hi.

I went through all the rights again wiki/space/page and you were right.
I had some strange permissions on the page level.

Thanks!

On Wed, Jan 7, 2015 at 11:43 AM, Eduard Moraru  wrote:

> Hi,
>
> By default, Main.Webhome includes Dashboard.WebHome. So if the users can
> access Dashboard.WebHome, then it means there is a rights problem for those
> users on the page Main.WebHome or on the space Main. Make sure to double
> check the page level and space level rights for those users or for any
> group that might contain them.
>
> Thanks,
> Eduard
>
> On Wed, Jan 7, 2015 at 12:06 PM, Daniel Lundh  wrote:
>
> > Happy new year!
> >
> > I recently came across this strange behaviour.
> >
> > We are 20 users on our XWiki, we have identical rights on the wiki, we
> > authenticate via AD/LDAP.
> >
> > Now 4 users get an error at the main URL /xwiki/bin/view/Main/ telling
> them
> > they do not have access to the page.
> > When I look at the user rights for Main they have the same rights as
> > everyone else and should be able to view it.
> > When the same users go to /xwiki/bin/view/Dashboard/ they can view that
> > just fine (it's the same content just a different view, right?)
> >
> > Has anyone seen this behaviour before? Is there a simple fix, am I
> missing
> > something?
> >
> >
> > --
> >
> > Regards/Mvh
> > Daniel Lundh
> > ___
> > 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
>



-- 

Regards/Mvh
Daniel Lundh
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


[xwiki-users] Subpage permission

2015-01-07 Thread Yvan Arnaud

Hi,

I've started working with XWiki for a short time and I'm facing a probem 
with the rights management.
I configured XWiki so every registered users have read permission as 
default.
Then I created some private spaces with read access for a specific group 
of users. Let's say group A has read permission on space A.

Other groups don't have access to this space A. So it is fine.
But I need sometimes to allow some specific groups or users to access 
some specific pages in this space. For example, group B should have read 
access on page 1 of space A.
I modified the access rights of the page accordingly. The problem is: it 
doesn't work when the page is a subpage. It is working fine if the page 
is at the root of the space.

Is it a normal behaviour? What shall I do to make this work?

Thanks.

Yvan Arnaud

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


Re: [xwiki-users] Authentication error

2015-01-07 Thread Eduard Moraru
Hi,

By default, Main.Webhome includes Dashboard.WebHome. So if the users can
access Dashboard.WebHome, then it means there is a rights problem for those
users on the page Main.WebHome or on the space Main. Make sure to double
check the page level and space level rights for those users or for any
group that might contain them.

Thanks,
Eduard

On Wed, Jan 7, 2015 at 12:06 PM, Daniel Lundh  wrote:

> Happy new year!
>
> I recently came across this strange behaviour.
>
> We are 20 users on our XWiki, we have identical rights on the wiki, we
> authenticate via AD/LDAP.
>
> Now 4 users get an error at the main URL /xwiki/bin/view/Main/ telling them
> they do not have access to the page.
> When I look at the user rights for Main they have the same rights as
> everyone else and should be able to view it.
> When the same users go to /xwiki/bin/view/Dashboard/ they can view that
> just fine (it's the same content just a different view, right?)
>
> Has anyone seen this behaviour before? Is there a simple fix, am I missing
> something?
>
>
> --
>
> Regards/Mvh
> Daniel Lundh
> ___
> 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] Authentication error

2015-01-07 Thread Daniel Lundh
Happy new year!

I recently came across this strange behaviour.

We are 20 users on our XWiki, we have identical rights on the wiki, we
authenticate via AD/LDAP.

Now 4 users get an error at the main URL /xwiki/bin/view/Main/ telling them
they do not have access to the page.
When I look at the user rights for Main they have the same rights as
everyone else and should be able to view it.
When the same users go to /xwiki/bin/view/Dashboard/ they can view that
just fine (it's the same content just a different view, right?)

Has anyone seen this behaviour before? Is there a simple fix, am I missing
something?


-- 

Regards/Mvh
Daniel Lundh
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users