Re: [xwiki-users] Rights on velocity macro after deleting a user

[Vincent Massol]

Hi,

This mailing list is closed, please use https://forum.xwiki.org/

See http://dev.xwiki.org/xwiki/bin/view/Community/Discuss

Thanks
-Vincent

> On 16 Nov 2017, at 09:28, Bruno Joffredo  wrote:
> 
> 
> Hello,
> 
> I am using XWiki Enterprise 7.4.2.
> 
> I've just deleted a user from my wiki.
> I still see the pages he wrote, but the velocity macros he inserted return a 
> rights error (see below).
> 
> How can I fix this?
> 
> Thank you.
> 
> 
> org.xwiki.rendering.macro.MacroExecutionException: The execution of the 
> [velocity] script macro is not allowed. Check the rights of its last author 
> or the parameters if it's rendered from another script.
>   at 
> org.xwiki.rendering.macro.script.AbstractScriptMacro.execute(AbstractScriptMacro.java:178)
>   at 
> org.xwiki.rendering.macro.script.AbstractScriptMacro.execute(AbstractScriptMacro.java:58)
>   at 
> org.xwiki.rendering.internal.transformation.macro.MacroTransformation.transform(MacroTransformation.java:269)
>   at 
> org.xwiki.rendering.internal.transformation.DefaultRenderingContext.transformInContext(DefaultRenderingContext.java:183)
>   at 
> org.xwiki.rendering.internal.transformation.DefaultTransformationManager.performTransformations(DefaultTransformationManager.java:95)
>   at 
> org.xwiki.display.internal.DocumentContentDisplayer.display(DocumentContentDisplayer.java:263)
>   at 
> org.xwiki.display.internal.DocumentContentDisplayer.display(DocumentContentDisplayer.java:131)
>   at 
> org.xwiki.display.internal.DocumentContentDisplayer.display(DocumentContentDisplayer.java:58)
>   at 
> org.xwiki.display.internal.DefaultDocumentDisplayer.display(DefaultDocumentDisplayer.java:96)
>   at 
> org.xwiki.display.internal.DefaultDocumentDisplayer.display(DefaultDocumentDisplayer.java:39)
>   at 
> org.xwiki.sheet.internal.SheetDocumentDisplayer.display(SheetDocumentDisplayer.java:113)
>   at 
> org.xwiki.sheet.internal.SheetDocumentDisplayer.display(SheetDocumentDisplayer.java:50)
>   at 
> org.xwiki.display.internal.ConfiguredDocumentDisplayer.display(ConfiguredDocumentDisplayer.java:68)
>   at 
> org.xwiki.display.internal.ConfiguredDocumentDisplayer.display(ConfiguredDocumentDisplayer.java:42)
>   at 
> com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:1173)
>   at 
> com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:1136)
>   at 
> com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:1188)
>   at com.xpn.xwiki.api.Document.getRenderedContent(Document.java:692)
>   at sun.reflect.GeneratedMethodAccessor371.invoke(Unknown Source)
>   at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>   at java.lang.reflect.Method.invoke(Method.java:498)
>   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.value(ASTReference.java:567)
>   at 
> org.apache.velocity.runtime.parser.node.ASTExpression.value(ASTExpression.java:71)
>   at 
> org.apache.velocity.runtime.parser.node.ASTSetDirective.render(ASTSetDirective.java:142)
>   at 
> org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:342)
>   at 
> org.xwiki.velocity.internal.DefaultVelocityEngine.evaluateInternal(DefaultVelocityEngine.java:256)
>   at 
> org.xwiki.velocity.internal.DefaultVelocityEngine.evaluate(DefaultVelocityEngine.java:222)
>   at 
> org.xwiki.velocity.internal.DefaultVelocityEngine.evaluate(DefaultVelocityEngine.java:198)
>   at 
> com.xpn.xwiki.internal.template.InternalTemplateManager.evaluateContent(InternalTemplateManager.java:725)
>   at 
> com.xpn.xwiki.internal.template.InternalTemplateManager.render(InternalTemplateManager.java:626)
>   at 
> com.xpn.xwiki.internal.template.InternalTemplateManager.renderFromSkin(InternalTemplateManager.java:604)
>   at 
> com.xpn.xwiki.internal.template.InternalTemplateManager.renderFromSkin(InternalTemplateManager.java:570)
>   at 
> com.xpn.xwiki.internal.template.InternalTemplateManager.render(InternalTemplateManager.java:556)
>   at 
> com.xpn.xwiki.internal.template.DefaultTemplateManager.render(DefaultTemplateManager.java:65)
>   at com.xpn.xwiki.XWiki.evaluateTemplate(XWiki.java:1887)
>   at com.xpn.xwiki.XWiki.parseTemplate(XWiki.java:1865)
>   at com.xpn.xwiki.api.XWiki.parseTemplate(XWiki.java:821)
>   at sun.reflect.GeneratedMethodAccessor215.invoke(Unknown Source)
>   at 
> 

Re: [xwiki-users] New installation of XWiki error

[Vincent Massol]

Please use for forum. This list is deprecated.

http://dev.xwiki.org/xwiki/bin/view/Community/Discuss

Thanks
-Vincent

> On 7 Jul 2017, at 15:12, Joshua Spiva  wrote:
> 
> I am setting up a new instance of Xwiki. I have the following set up 
> Tomcat 9.0.0.M22
> JTDS 1.3.1
> Xwiki 8.4.5
> JRE 1.8.0_131
> MS SQL 11.0.6567.0
> 
> I am getting the following error at startup:
> 
> 
> XWiki initialization failed!
> 
> Exception thrown during job execution
> class java.lang.AbstractMethodError: null
>at 
> net.sourceforge.jtds.jdbc.JtdsConnection.isValid(JtdsConnection.java:2833)
>at 
> org.apache.commons.dbcp2.DelegatingConnection.isValid(DelegatingConnection.java:918)
>at 
> org.apache.commons.dbcp2.PoolableConnection.validate(PoolableConnection.java:283)
>at 
> org.apache.commons.dbcp2.PoolableConnectionFactory.validateConnection(PoolableConnectionFactory.java:357)
>at 
> org.apache.commons.dbcp2.BasicDataSource.validateConnectionFactory(BasicDataSource.java:2307)
>at 
> org.apache.commons.dbcp2.BasicDataSource.createPoolableConnectionFactory(BasicDataSource.java:2290)
>at 
> org.apache.commons.dbcp2.BasicDataSource.createDataSource(BasicDataSource.java:2039)
>at 
> org.apache.commons.dbcp2.BasicDataSource.getConnection(BasicDataSource.java:1533)
>at 
> com.xpn.xwiki.store.DBCPConnectionProvider.configure(DBCPConnectionProvider.java:215)
>at 
> org.hibernate.connection.ConnectionProviderFactory.newConnectionProvider(ConnectionProviderFactory.java:143)
>at 
> org.hibernate.connection.ConnectionProviderFactory.newConnectionProvider(ConnectionProviderFactory.java:84)
>at 
> org.hibernate.cfg.SettingsFactory.createConnectionProvider(SettingsFactory.java:459)
>at org.hibernate.cfg.SettingsFactory.buildSettings(SettingsFactory.java:90)
>at 
> org.hibernate.cfg.Configuration.buildSettingsInternal(Configuration.java:2863)
>at org.hibernate.cfg.Configuration.buildSettings(Configuration.java:2859)
>at 
> org.hibernate.cfg.Configuration.buildSessionFactory(Configuration.java:1870)
>at 
> com.xpn.xwiki.store.XWikiHibernateBaseStore.initHibernate(XWikiHibernateBaseStore.java:259)
>at 
> com.xpn.xwiki.store.XWikiHibernateBaseStore.checkHibernate(XWikiHibernateBaseStore.java:703)
>at 
> com.xpn.xwiki.store.XWikiHibernateStore.loadXWikiDoc(XWikiHibernateStore.java:861)
>at 
> com.xpn.xwiki.store.XWikiCacheStore.loadXWikiDoc(XWikiCacheStore.java:280)
>at com.xpn.xwiki.XWiki.getDocument(XWiki.java:1811)
>at com.xpn.xwiki.XWiki.getDocument(XWiki.java:1864)
>at com.xpn.xwiki.XWiki.initializeMandatoryDocument(XWiki.java:1269)
>at com.xpn.xwiki.XWiki.initializeMandatoryDocuments(XWiki.java:1243)
>at com.xpn.xwiki.XWiki.initXWiki(XWiki.java:1186)
>at com.xpn.xwiki.XWiki.initXWiki(XWiki.java:1103)
>at com.xpn.xwiki.XWiki.(XWiki.java:1076)
>at 
> com.xpn.xwiki.internal.XWikiInitializerJob.runInternal(XWikiInitializerJob.java:117)
>at org.xwiki.job.AbstractJob.runInContext(AbstractJob.java:206)
>at org.xwiki.job.AbstractJob.run(AbstractJob.java:189)
>at java.lang.Thread.run(Unknown Source)

Re: [xwiki-users] Xwiki date error

[Vincent Massol]

Hi,

Could you post on http://forum.xwiki.org? 

Thanks
-Vincent

PS: This list is deprecated now

> On 28 Jun 2017, at 13:36, tadewos somano  wrote:
> 
> Hello all,
> I am using xwiki 8.4.The date it shows is not only incorrect, but also
> illogical.For example month 29.How can I correct this error?

[xwiki-users] test to verify if list is closed now

[Vincent Massol]

test

Re: [xwiki-users] [XWiki Forum] [MyXWiki.org Requests] Request for new wiki

[Vincent Massol]

[[Note: The XWiki project is switching away from this mailing list and moving 
to a forum: https://discourse.xwiki.org. This list will be made readonly in a 
few days. Please post on the forum from now on. Thanks.]]

-
hehe… got caught… this was a forward of discourse to the list…

Sorry Mac and forget my mail :)
-Vincent

> On 26 Jun 2017, at 17:20, Vincent Massol <vinc...@massol.net> wrote:
> 
> Hi,
> 
> Please don’t use this list anymore. We’ve now switched to 
> https://forum.xwiki.org (there’s a category for myxwiki requests there).
> 
> See http://dev.xwiki.org/xwiki/bin/view/Community/Discuss
> 
> Thanks!
> -Vincent
> 
>> On 26 Jun 2017, at 17:16, Mac <nore...@discourse.xwiki.org> wrote:
>> 
>> [[Note: The XWiki project is switching away from this mailing list and 
>> moving to a forum: https://discourse.xwiki.org. This list will be made 
>> readonly in a few days. Please post on the forum from now on. Thanks.]]
>> 
>> -
>> 
>> 
>> Hello
>> 
>> I would like to request a new wiki. It will be used to help clan members 
>> collaborate.
>> 
>> Owner name: Alex Swimmer
>> wiki name: macbane
>> 
>> 
>> 
>> 
>> 
>> ---
>> [Visit Topic](https://discourse.xwiki.org/t/request-for-new-wiki/241/1) to 
>> respond.
>> 
>> You are receiving this because you enabled mailing list mode.
>> 
>> To unsubscribe from these emails, [click 
>> here](https://discourse.xwiki.org/email/unsubscribe/12dbb789b1fbfd02f83c2c3667d34b5e1bf7ad03a4ef9ce8012dfd9815e97ea6).
> 

Re: [xwiki-users] [XWiki Forum] [MyXWiki.org Requests] Request for new wiki

[Vincent Massol]

[[Note: The XWiki project is switching away from this mailing list and moving 
to a forum: https://discourse.xwiki.org. This list will be made readonly in a 
few days. Please post on the forum from now on. Thanks.]]

-
Hi,

Please don’t use this list anymore. We’ve now switched to 
https://forum.xwiki.org (there’s a category for myxwiki requests there).

See http://dev.xwiki.org/xwiki/bin/view/Community/Discuss

Thanks!
-Vincent

> On 26 Jun 2017, at 17:16, Mac  wrote:
> 
> [[Note: The XWiki project is switching away from this mailing list and moving 
> to a forum: https://discourse.xwiki.org. This list will be made readonly in a 
> few days. Please post on the forum from now on. Thanks.]]
> 
> -
> 
> 
> Hello
> 
> I would like to request a new wiki. It will be used to help clan members 
> collaborate.
> 
> Owner name: Alex Swimmer
> wiki name: macbane
> 
> 
> 
> 
> 
> ---
> [Visit Topic](https://discourse.xwiki.org/t/request-for-new-wiki/241/1) to 
> respond.
> 
> You are receiving this because you enabled mailing list mode.
> 
> To unsubscribe from these emails, [click 
> here](https://discourse.xwiki.org/email/unsubscribe/12dbb789b1fbfd02f83c2c3667d34b5e1bf7ad03a4ef9ce8012dfd9815e97ea6).

[xwiki-users] [XWiki Forum] [Help / Discuss] How can I get the source code for X-Quiz module

[Vincent Massol]

[[Note: The XWiki project is switching away from this mailing list and moving 
to a forum: https://discourse.xwiki.org. This list will be made readonly in a 
few days. Please post on the forum from now on. Thanks.]]

-


The sources are in the download, see 
http://extensions.xwiki.org/xwiki/bin/view/Extension/XQuiz/ (the XAR file 
contains wiki pages that you import in your wiki and which contain the 
application code).





---
[Visit 
Topic](https://discourse.xwiki.org/t/how-can-i-get-the-source-code-for-x-quiz-module/227/2)
 to respond.

You are receiving this because you enabled mailing list mode.

To unsubscribe from these emails, [click 
here](https://discourse.xwiki.org/email/unsubscribe/c853561040cf00813e6a394d798e8684d5fe2be3fb6d53c4d335b8ef6b2e2598).

[xwiki-users] [XWiki Forum] [News & Events] GitHub Stattistics Application 2.1 released

[Vincent Massol]

[[Note: The XWiki project is switching away from this mailing list and moving 
to a forum: https://discourse.xwiki.org. This list will be made readonly in a 
few days. Please post on the forum from now on. Thanks.]]

-


The GitHub Statistics application 
(http://extensions.xwiki.org/xwiki/bin/view/Extension/GitHub%20Application) has 
been released in version 2.1.

This versions brings a new UI for the {{committers}} macro and some bug fixes.

Example of new UI:

![](https://discourse.xwiki.org/uploads/default/original/1X/33dae91e1f0a4dc977f125252e95033aa7e5b55a.png)

Full release notes at 
http://extensions.xwiki.org/xwiki/bin/view/Extension/GitHub%20Application#Hv2.1





---
[Visit 
Topic](https://discourse.xwiki.org/t/github-stattistics-application-2-1-released/232/1)
 to respond.

You are receiving this because you enabled mailing list mode.

To unsubscribe from these emails, [click 
here](https://discourse.xwiki.org/email/unsubscribe/6a592932f210108881760e5cc433ecc18784b331a1e8f2361655264f8c7f0104).

[xwiki-users] [XWiki Forum] [Help / Discuss] OfficeImporter issues (several)

[Vincent Massol]

[[Note: The XWiki project is switching away from this mailing list and moving 
to a forum: https://discourse.xwiki.org. This list will be made readonly in a 
few days. Please post on the forum from now on. Thanks.]]

-


[quote="abonhote, post:3, topic:185"]
I know, but I didn't know how new it was :wink: While hoping for an answer, 
I'll search the archives over there.
[/quote]

You're right. I've now added the info on the page: 
http://dev.xwiki.org/xwiki/bin/view/Community/Discuss?viewer=changes=34.1=34.2





---
[Visit 
Topic](https://discourse.xwiki.org/t/officeimporter-issues-several/185/4) to 
respond.

You are receiving this because you enabled mailing list mode.

To unsubscribe from these emails, [click 
here](https://discourse.xwiki.org/email/unsubscribe/78e73ec201ff9485698a6a14fcaea9be0929fd9c475733da4e38758bb6362d87).

[xwiki-users] [XWiki Forum] [Help / Discuss] OfficeImporter issues (several)

[Vincent Massol]

[[Note: The XWiki project is switching away from this mailing list and moving 
to a forum: https://discourse.xwiki.org. This list will be made readonly in a 
few days. Please post on the forum from now on. Thanks.]]

-


[quote="abonhote, post:1, topic:185"]
PS: I didn't find much about OfficeImporter in this forum - I hope it's the 
right spot to ask ...
[/quote]

That's because this forum is new. You can search the old mailing list here: 
http://xwiki.markmail.org/ (linked from 
http://dev.xwiki.org/xwiki/bin/view/Community/Discuss).





---
[Visit 
Topic](https://discourse.xwiki.org/t/officeimporter-issues-several/185/2) to 
respond.

You are receiving this because you enabled mailing list mode.

To unsubscribe from these emails, [click 
here](https://discourse.xwiki.org/email/unsubscribe/a9fcd2bf1411722377469f74d60957bac166f41f005c8227ee59adb9256a4d9f).

[xwiki-users] [XWiki Forum] [Help / Discuss] Create a new page for each table

[Vincent Massol]

[[Note: The XWiki project is switching away from this mailing list and moving 
to a forum: https://discourse.xwiki.org. This list will be made readonly in a 
few days. Please post on the forum from now on. Thanks.]]

-


To create a page see 
http://platform.xwiki.org/xwiki/bin/view/DevGuide/APIGuide#HCreateanewDocument





---
[Visit 
Topic](https://discourse.xwiki.org/t/create-a-new-page-for-each-table/184/2) to 
respond.

You are receiving this because you enabled mailing list mode.

To unsubscribe from these emails, [click 
here](https://discourse.xwiki.org/email/unsubscribe/b95f36fd90708b54d8056dfc0be2e35f0f5e5695c4c9a5c0137975957f833cd9).

[xwiki-users] [XWiki Forum] [Help / Discuss] Creating a Wiki Snapshot

[Vincent Massol]

[[Note: The XWiki project is switching away from this mailing list and moving 
to a forum: https://discourse.xwiki.org. This list will be made readonly in a 
few days. Please post on the forum from now on. Thanks.]]

-


You probably forgot to the set the permanent directory (and thus it points to 
some temporary dir, check the xwiki startup logs) and you probably didn't copy 
it.

To know what to copy, read the Backup/Restore topic in the Admin Guide: 
http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Backup





---
[Visit Topic](https://discourse.xwiki.org/t/creating-a-wiki-snapshot/177/2) to 
respond.

You are receiving this because you enabled mailing list mode.

To unsubscribe from these emails, [click 
here](https://discourse.xwiki.org/email/unsubscribe/13ce69d31283425a279b2687edacba0ef4d6a3f8bccf53561751d158575b9cb9).

Re: [xwiki-users] search behavior

[Vincent Massol]

[[Note: The XWiki project is switching away from this mailing list and moving 
to a forum: https://discourse.xwiki.org. This list will be made readonly in a 
few days. Please post on the forum from now on. Thanks.]]

-
Hi Viktor,

> On 6 Jun 2017, at 12:10, viktor  wrote:
> 
> [[Note: The XWiki project is switching away from this mailing list and moving 
> to a forum: https://discourse.xwiki.org. This list will be made readonly in a 
> few days. Please post on the forum from now on. Thanks.]]
> 
> -
> Hi All,
> 
> I have a strange behavior with search. 
> 
> When I start entering the search word in the search field the auto suggestion 
> pops up with the pages having that content, but as soon as I hit enter I 
> receive an empty list. This happens even if I copy paste a word from an 
> existing page.
> 
> What I want is to list the pages which containing the searched words. (Not 
> only popping up in the auto suggestion)
> 
> XWiki is running on Apache Tomcat/8.5.15
> XWiki version : XWiki Enterprise 8.4.5
> 
> Any suggestion?

What you want is what should happen :) Could you provide the URL to the page 
you get after you press Enter?

Thanks
-Vincent

PS: Please start using the forum at https://forum.xwiki.org since we will be 
decommissioning this list real soon now.

> Thanks for your help, 
> Viktor

Re: [xwiki-users] How to debug page rights

[Vincent Massol]

[[Note: The XWiki project is switching away from this mailing list and moving 
to a forum: https://discourse.xwiki.org. This list will be made readonly in a 
few days. Please post on the forum from now on. Thanks.]]

-
HI Jan,

> On 5 Jun 2017, at 14:23, jan.steh...@gmail.com wrote:
> 
> [[Note: The XWiki project is switching away from this mailing list and moving 
> to a forum: https://discourse.xwiki.org. This list will be made readonly in a 
> few days. Please post on the forum from now on. Thanks.]]
> 
> -
> Hi everybody,
> I'm migrating content from 5.4.5 wiki to the 9.4. The old content was one
> space and about 300 pages. The content has been imported ok, however it is
> visible only to admin.
> Is there any debug option which I can turn on, so I can debug why is this
> page restricted to other users?

Maybe 
http://extensions.xwiki.org/xwiki/bin/view/Extension/Security%20Inspector%20Application/
 ?

Thanks
-Vincent

PS: Please try to use the forum from now on, we’re removing this list. Thanks
> 
> Thanks for hints.
> --jans

[xwiki-users] [XWiki Forum] Toc macro - skip heading and styling

[Vincent Massol]

[[Note: The XWiki project is switching away from this mailing list and moving 
to a forum: https://discourse.xwiki.org. This list will be made readonly in a 
few days. Please post on the forum from now on. Thanks.]]

-


[quote="Vishal, post:1, topic:150"]
Skip a heading from displaying in toc. (What is {{notoc}} )
[/quote]

This is not implemented yet. See http://jira.xwiki.org/browse/XRENDERING-20

[quote="Vishal, post:1, topic:150"]
Want to customize toc style.. like accordian. Where and How can I edit the toc 
macro?
[/quote]

Open your browser's dev tools and check the styles. Then use some CSS to style 
it using a stylsheet extension for example (see 
http://platform.xwiki.org/xwiki/bin/view/DevGuide/SkinExtensionsTutorial).





---
[Visit 
Topic](https://discourse.xwiki.org/t/toc-macro-skip-heading-and-styling/150/2) 
to respond.

You are receiving this because you enabled mailing list mode.

To unsubscribe from these emails, [click 
here](https://discourse.xwiki.org/email/unsubscribe/9614cbef0768a650cdb797ca187ccab5b80f52d265cbf3b2c98f1d9b231d0a04).

[xwiki-users] Where to reply? (was Re: [XWiki Forum] [Help / Discuss] Xwiki Upgrade breaks certain functionality [Standalone Distro])

[Vincent Massol]

[[Note: The XWiki project is switching away from this mailing list and moving 
to a forum: https://discourse.xwiki.org. This list will be made readonly in a 
few days. Please post on the forum from now on. Thanks.]]

-
Hi Marius,

FYI this mail was sent to the users list by the forum (see on IRC). We should 
reply on the forum, see:
https://forum.xwiki.org/t/xwiki-upgrade-breaks-certain-functionality-standalone-distro/149

That’s one reason I’d like to make the user list readonly ASAP. Would be great 
to have some more answers on that (see other thread) :)

Thanks
-Vincent


> On 2 Jun 2017, at 18:56, Marius Dumitru Florea 
>  wrote:
> 
> [[Note: The XWiki project is switching away from this mailing list and moving 
> to a forum: https://discourse.xwiki.org. This list will be made readonly in a 
> few days. Please post on the forum from now on. Thanks.]]
> 
> -
> On Fri, Jun 2, 2017 at 6:09 PM, Nick Martin 
> wrote:
> 
>> [[Note: The XWiki project is switching away from this mailing list and
>> moving to a forum: https://discourse.xwiki.org. This list will be made
>> readonly in a few days. Please post on the forum from now on. Thanks.]]
>> 
>> -
>> 
>> 
>> So i've been playing with Xwiki for the past 2 months since 9.2 release
>> using the standalone distribution to demo the solution. I've noticed a
>> particular odd behavior though when i'm upgrading from 9.2 -> 9.3.1 and now
>> -> 9.4
>> 
>> So couple things to know:
>> 
>> * Static IP address on host
>> * Change the port number on my install base to port 80
>> 
>> After installing the new distribution (letting it install in its own
>> folder, separate from the original install base) and then shutting down the
>> old instance, copying my HSQLDB database + Log directory to my new
>> installation, reconfiguring it to use port 80 and then spinning up the new
>> instance. I go through the motions of using the Distro Wizard to perform
>> the upgrade, once the upgrade is complete I notice, for example:
>> 
>> * Certain macros are broken, treedoc for example, are broken (I just get a
>> white space as if nothing is there in that section)
>> * As well as the breadcrumb navigation in the header section (when you
>> click the down arrow next to the home section, you get no menu pop down).
>> Screenshot attached for reference.
>> ![](https://discourse.xwiki.org/uploads/default/original/1X/
>> 8152eac10809bdf44101e88e3d63be67bcf02a7b.png)
>> * When I go to edit a page I get a infinite spinning circle
>> 
>> So I did some playing around, cleaned out my 9.4 installation, deleted any
>> remaining install folders left behind for 9.4 and then performed a
>> reinstall of 9.4 using its default installation folders. Once done, I left
>> the installation as is (did not copy my DB over) and the only change I made
>> was changed the port number on my new installation to port 80 and made sure
>> all of my previous 9.3.1 instances were spun down (even rebooted the VM)
>> before I spun up 9.4. Once i've spun up 9.4 I still experience the same
>> behavior. Where certain macros are broken (doctree), breadcrumbs are broken
>> in the header section, and editing pages gives me a infinite spinning
>> circle. If I spin down this instance, change the port number back to port
>> 8080, then spin the instance back up, everything will work as intended.
>> 
>> I've also managed to replicate this behavior by taking a known good
>> installation, spin down the active session, change the IP address on the
>> host, and spin it back up. I have not had a chance to test and see if I can
>> replicate this behavior on a full blown WAR install base.
> 
> 
> 
>> But it seems like something is being cached that's not being released and
>> it's still referencing the old port numbers, or ip address.
>> 
> 
> Yes, all the JavaScript code and the CSS styles are being cached by your
> browser. Try to clear the browser cache.
> 
> Hope this helps,
> Marius
> 
> 
>> 
>> 
>> 
>> 
>> 
>> ---
>> [Visit Topic](https://discourse.xwiki.org/t/xwiki-upgrade-
>> breaks-certain-functionality-standalone-distro/149/1) to respond.
>> 
>> You are receiving this because you enabled mailing list mode.
>> 
>> To unsubscribe from these emails, [click here](https://discourse.xwiki.
>> org/email/unsubscribe/f01f9e99dd22472cf6f3c6cc73a373
>> 88ce704e70297f3fcbab74b499c33982f3).
>> 

Re: [xwiki-users] Tables and their export

[Vincent Massol]

[[Note: The XWiki project is switching away from this mailing list and moving 
to a forum: https://discourse.xwiki.org. This list will be made readonly in a 
few days. Please post on the forum from now on. Thanks.]]

-
Hi Paula,

Could you please read what I said in my previous reply when you posted on the 
devs mailing list…

I’ll paste it here again:

“
Please post don’t post to this list which is reserved for xwiki development. 
Use the forum instead.

See http://dev.xwiki.org/xwiki/bin/view/Community/Discuss
“

So, please use the forum! ;)

Hint: it’s at https://forum.xwiki.org as mentioned clearly on 
http://dev.xwiki.org/xwiki/bin/view/Community/Discuss

Thanks
-Vincent

> On 1 Jun 2017, at 21:16, Paula Patachi  wrote:
> 
> [[Note: The XWiki project is switching away from this mailing list and moving 
> to a forum: https://discourse.xwiki.org. This list will be made readonly in a 
> few days. Please post on the forum from now on. Thanks.]]
> 
> -
> 
> 
> 
> Hi,
> I have a question about tables: how can I create a table in XWiki?I want to 
> create a table in which i can introduce data and I want to export that table 
> (the content of the table) as a PDF document (but if is posible, in that pdf 
> the exported content to be display as a table,to look good).How can I do that?
> Thank you,Paula P.

Re: [xwiki-users] XWiki Docker in Prod

[Vincent Massol]

[[Note: The XWiki project is switching away from this mailing list and moving 
to a forum: https://discourse.xwiki.org. This list will be made readonly in a 
few days. Please post on the forum from now on. Thanks.]]

-
Hi Lester,

> On 19 May 2017, at 18:48, Lester Marc Dizon (ITX) <lmdi...@itx-ge.com> wrote:
> 
> Hi Vincent,
> 
> I'm trying to replicate the xwiki and mysql-xwiki containers to another web 
> server (for a web server cluster) but it doesn't work . The database data 
> doesn't persist on the image when I docker commit. I do the following:
> 
> On test server:
> sudo docker commit 7c7a4a700519 mysql-xwiki_itx
> sudo docker save mysql-xwiki_itx > /vagrant/mysql-xwiki_itx.tar
> 
> On test server2:
> docker load < /vagrant/mysql-xwiki_itx.tar
> docker run --net=xwiki-nw --name mysql-xwiki -v /my/own/mysql:/var/lib/mysql 
> -e MYSQL_ROOT_PASSWORD=xwiki -e MYSQL_USER=xwiki -e MYSQL_PASSWORD=xwiki -e 
> MYSQL_DATABASE=xwiki -d mysql-xwiki_itx:latest --character-set-server=utf8 
> --collation-server=utf8_bin --explicit-defaults-for-timestamp=1
> 
> "xwiki" database doesn't persist. Would you know why and to make it persist 
> on the commit? Sorry for this seems to be trivial question..

I’ve never used docker commit/load so I’d need to learn those to help on that.

But I don’t understand how this could work since on the 1st server you have 2 
local volumes (one for the xwiki permanent dir and one for mysql). How would 
these local volumes find their way onto the 2nd server?

Thanks
-Vincent

PS: Please use the users mailing list or even better please switch to the new 
XWiki forum on http://forum.xwiki.org (see 
http://dev.xwiki.org/xwiki/bin/view/Community/Discuss).

> Thanks,
> Lester
> 
> 
> -Original Message-
> From: users [mailto:users-boun...@xwiki.org] On Behalf Of Vincent Massol
> Sent: vendredi 12 mai 2017 17:16
> To: XWiki Users <users@xwiki.org>
> Subject: Re: [xwiki-users] XWiki Docker in Prod
> 
> cool thanks for reporting back!
> 
> Have a nice weekend too. 
> 
> And let me know if you have ideas on how to improve the docker image.
> 
> Thanks
> -Vincent
> 
>> On 12 May 2017, at 17:11, Lester Marc Dizon (ITX) <lmdi...@itx-ge.com> wrote:
>> 
>> Hi guys,
>> 
>> Thanks alot for all the help. I have logs and ldap running!
>> 
>> @Thomas Mortagne, for ldap I had this config missing (I actually thought 
>> that sAMAccountName should be replaced by the user to authenticate with the 
>> windows AD) :
>> xwiki.authentication.ldap.UID_attr=sAMAccountName
>> 
>> Thanks and have a nice weekend!
>> 
>> Lester
>> 
>> -Original Message-
>> From: users [mailto:users-boun...@xwiki.org] On Behalf Of Thomas 
>> Mortagne
>> Sent: jeudi 11 mai 2017 19:05
>> To: XWiki Users <users@xwiki.org>
>> Subject: Re: [xwiki-users] XWiki Docker in Prod
>> 
>> You have various examples
>> http://extensions.xwiki.org/xwiki/bin/view/Extension/LDAP/Authenticator/UseCases/.
>> 
>> On Thu, May 11, 2017 at 7:03 PM, Thomas Mortagne <thomas.morta...@xwiki.com> 
>> wrote:
>>> XWiki tried to find an entry in the LDAP server with the field "cn"
>>> having the value "lmdizon-itx". Either this uid does not exist or you 
>>> need to set a different field using the property 
>>> xwiki.authentication.ldap.UID_attr (cn is the default).
>>> 
>>> On Thu, May 11, 2017 at 6:20 PM, Lester Marc Dizon (ITX) 
>>> <lmdi...@itx-ge.com> wrote:
>>>> @Thomas Froehlich thanks it works and I see LDAP debug logs! @Vincent 
>>>> Massol , with Thomas way, I find the LDAP logs in 
>>>> "/var/lib/tomcat8/logs/xwiki.log" .
>>>> 
>>>> I added the following configuration in xwiki.cfg but it still doesn't work:
>>>> xwiki.authentication.authclass=org.xwiki.contrib.ldap.XWikiLDAPAuthS
>>>> e
>>>> rviceImpl
>>>> xwiki.authentication.ldap.trylocal=1
>>>> xwiki.authentication.ldap=1
>>>> xwiki.authentication.ldap.server=10.50.0.26
>>>> xwiki.authentication.ldap.port=389
>>>> xwiki.authentication.ldap.base_DN=OU=Standards,OU=Accounts,OU=_ITX,D
>>>> C =itx,DC=local xwiki.authentication.ldap.bind_DN=CN=Lester Marc 
>>>> Dizon (ITX),OU=Standards,OU=Accounts,OU=_ITX,DC=itx,DC=local
>>>> xwiki.authentication.ldap.bind_pass=mypassword
>>>> 
>>>> I have the following errors:
>>>> 81954 [http://localhost:8080/bin/loginsubmit/XWiki/XWikiLogin] TRACE 
>>>> o.x.c.ldap.XWikiLDAPAuthServ

[xwiki-users] [XWiki Forum] New members saying hello

[Vincent Massol]

[[Note: The XWiki project is switching away from this mailing list and moving 
to a forum: https://discourse.xwiki.org. This list will be made readonly in a 
few days. Please post on the forum from now on. Thanks.]]

-



hi :) I hope you'll like the new forum!






---
[Visit Topic](https://discourse.xwiki.org/t/new-members-saying-hello/50/2) to 
respond.

You are receiving this because you enabled mailing list mode.

To unsubscribe from these emails, [click 
here](https://discourse.xwiki.org/email/unsubscribe/854f1d157a7e71f980de7ad65efbfc2320c9c3c6563b82d0954eabc7481264c3).

Re: [xwiki-users] [ANN] New XWiki forum: https://discourse.xwiki.org

[Vincent Massol]

[[Note: The XWiki project is switching away from this mailing list and moving 
to a forum: https://discourse.xwiki.org. This list will be made readonly in a 
few days. Please post on the forum from now on. Thanks.]]

-
Hi everyone,

FYI I’ve now installed the Solve Issue plugin on our Discourse instance.

This allows users to mark topics as solved. I’ve also defined 2 associated 
badges FTM: one for the first accepted answer and one for 10 accepted answers ;)

(see https://meta.discourse.org/t/discourse-solved-accepted-answer-plugin/30155 
if you’re curious ;)

This is quite nice since it allows seeing solved topics right from the home 
page with the ticked-box icon.

We can also see for a given category all solved or non solved topics:
* solved: https://forum.xwiki.org/c/Discuss?solved=yes
* non solved: https://forum.xwiki.org/c/Discuss?solved=no

So I’d like to ask users asking question to mark topics as solved when they 
consider that they got the answer they needed! 

Thanks
-Vincent


> On 15 May 2017, at 17:09, Vincent Massol <vinc...@massol.net> wrote:
> 
> Hi XWiki users,
> 
> In order to make it simpler and more modern for users to participate to XWiki 
> discussions, we’ve set up a new forum based on Discourse:
> 
> https://discourse.xwiki.org
> 
> Please start using it instead of the XWiki User Mailing list. This mailing 
> list will become read only in a few days so please start moving to the forum 
> ASAP.
> 
> Note that you can subscribe to receive all forum posts as email notifications 
> if you wish (it’s configurable in your user profile). Also note that for the 
> moment it’s not possible to reply to the mails (we’re still trying to 
> configure this).
> 
> We hope that you’ll appreciate this move :)
> 
> Thanks
> -Vincent
> 
> PS: For the moment the XWiki Devs mailing list remains. It’s possible that it 
> could be moved to a forum too in the future but nothing is decided and we’re 
> migrating the users list first.
> 

Re: [xwiki-users] [xwiki-devs] [ANN] New XWiki forum: https://forum.xwiki.org

[Vincent Massol]

[[Note: The XWiki project is switching away from this mailing list and moving 
to a forum: https://discourse.xwiki.org. This list will be made readonly in a 
few days. Please post on the forum from now on. Thanks.]]

-

> On 16 May 2017, at 19:59, Vincent Massol <vinc...@massol.net> wrote:
> 
> Before anyone mentions it, it’s down ATM; I tried to install a discourse 
> plugin and apparently I’m missing some steps since I couldn’t restart it. I’m 
> waiting for an infra admin to help me out… :) Sorry about that!

This is fixed now.

Thanks
-Vincent

> -Vincent
> 
>> On 15 May 2017, at 17:32, Vincent Massol <vinc...@massol.net> wrote:
>> 
>> And we now have this alias too which is more neutral and probably better to 
>> use:
>> 
>> https://forum.xwiki.org
>> 
>> Thanks
>> -Vincent
>> 
>>> On 15 May 2017, at 17:09, Vincent Massol <vinc...@massol.net> wrote:
>>> 
>>> Hi XWiki users,
>>> 
>>> In order to make it simpler and more modern for users to participate to 
>>> XWiki discussions, we’ve set up a new forum based on Discourse:
>>> 
>>> https://discourse.xwiki.org
>>> 
>>> Please start using it instead of the XWiki User Mailing list. This mailing 
>>> list will become read only in a few days so please start moving to the 
>>> forum ASAP.
>>> 
>>> Note that you can subscribe to receive all forum posts as email 
>>> notifications if you wish (it’s configurable in your user profile). Also 
>>> note that for the moment it’s not possible to reply to the mails (we’re 
>>> still trying to configure this).
>>> 
>>> We hope that you’ll appreciate this move :)
>>> 
>>> Thanks
>>> -Vincent
>>> 
>>> PS: For the moment the XWiki Devs mailing list remains. It’s possible that 
>>> it could be moved to a forum too in the future but nothing is decided and 
>>> we’re migrating the users list first.
>>> 
>> 
> 

Re: [xwiki-users] [ANN] New XWiki forum: https://forum.xwiki.org

[Vincent Massol]

[[Note: The XWiki project is switching away from this mailing list and moving 
to a forum: https://discourse.xwiki.org. This list will be made readonly in a 
few days. Please post on the forum from now on. Thanks.]]

-
Before anyone mentions it, it’s down ATM; I tried to install a discourse plugin 
and apparently I’m missing some steps since I couldn’t restart it. I’m waiting 
for an infra admin to help me out… :) Sorry about that!

-Vincent

> On 15 May 2017, at 17:32, Vincent Massol <vinc...@massol.net> wrote:
> 
> And we now have this alias too which is more neutral and probably better to 
> use:
> 
> https://forum.xwiki.org
> 
> Thanks
> -Vincent
> 
>> On 15 May 2017, at 17:09, Vincent Massol <vinc...@massol.net> wrote:
>> 
>> Hi XWiki users,
>> 
>> In order to make it simpler and more modern for users to participate to 
>> XWiki discussions, we’ve set up a new forum based on Discourse:
>> 
>> https://discourse.xwiki.org
>> 
>> Please start using it instead of the XWiki User Mailing list. This mailing 
>> list will become read only in a few days so please start moving to the forum 
>> ASAP.
>> 
>> Note that you can subscribe to receive all forum posts as email 
>> notifications if you wish (it’s configurable in your user profile). Also 
>> note that for the moment it’s not possible to reply to the mails (we’re 
>> still trying to configure this).
>> 
>> We hope that you’ll appreciate this move :)
>> 
>> Thanks
>> -Vincent
>> 
>> PS: For the moment the XWiki Devs mailing list remains. It’s possible that 
>> it could be moved to a forum too in the future but nothing is decided and 
>> we’re migrating the users list first.
>> 
> 

Re: [xwiki-users] [xwiki-devs] [ANN] New XWiki forum: https://discourse.xwiki.org

[Vincent Massol]

[[Note: The XWiki project is switching away from this mailing list and moving 
to a forum: https://discourse.xwiki.org. This list will be made readonly in a 
few days. Please post on the forum from now on. Thanks.]]

-

> On 16 May 2017, at 15:25, Thomas Mortagne <thomas.morta...@xwiki.com> wrote:
> 
> [[Note: The XWiki project is switching away from this mailing list and moving 
> to a forum: https://discourse.xwiki.org. This list will be made readonly in a 
> few days. Please post on the forum from now on. Thanks.]]
> 
> -
> Indeed making Discourse authenticate on xwiki.org would have been nice.

It would still be nice and can still be done! :)

@Thomas: maybe we could try using the xwiki openid connect integration 
extension? I would need your help to configure this.

Quick search:
- 
https://meta.discourse.org/t/custom-provider-using-openid-connect-via-identityserver3/30900/2
- https://meta.discourse.org/t/oauth2-basic-support/33879
- https://github.com/ComputerScienceHouse/DiscourseOIDC

BTW in the settings, I can configure google oauth2, facebook, twitter, 
instagram and there are plenty of SSO config parameters. 

@Thomas: I’ve put you as Admin if you wish to check them out at 
https://forum.xwiki.org/admin/site_settings/category/login

Thanks
-Vincent

> On Tue, May 16, 2017 at 2:36 PM, [IDIS Technical Secretariat] Ricardo
> Rodríguez <ricardo.rodrig...@idisantiago.es> wrote:
>> [[Note: The XWiki project is switching away from this mailing list and 
>> moving to a forum: https://discourse.xwiki.org. This list will be made 
>> readonly in a few days. Please post on the forum from now on. Thanks.]]
>> 
>> -
>> Great! Please, should we be able to log in by using an existing xwiki.org
>> account?
>> 
>> Thanks!
>> 
>> On Tue, May 16, 2017 at 2:23 PM Thomas Mortagne <thomas.morta...@xwiki.com>
>> wrote:
>> 
>>> [[Note: The XWiki project is switching away from this mailing list and
>>> moving to a forum: https://discourse.xwiki.org. This list will be made
>>> readonly in a few days. Please post on the forum from now on. Thanks.]]
>>> 
>>> -
>>> Note that mails sent by Discourse are still associated to
>>> discourse.xwiki.org, probably something to change on Discourse setup.
>>> 
>>> On Tue, May 16, 2017 at 11:51 AM, Vincent Massol <vinc...@massol.net>
>>> wrote:
>>>> 
>>>>> On 15 May 2017, at 18:07, Vincent Massol <vinc...@massol.net> wrote:
>>>>> 
>>>>> Hi,
>>>>> 
>>>>> We have a certificate problem for https://forum.xwiki.org so please
>>> use https://discourse.xwiki.org FTM.
>>>>> 
>>>>> Seems that we’re hitting a limitation of Let’sEncrypt since a
>>> certificate is generated for a unique domain name.
>>>> 
>>>> ok the certificate problem has been solved and you can now use
>>> https://forum.xwiki.org
>>>> 
>>>> Thanks
>>>> -Vincent
>>>> 
>>>>> Thanks and sorry for the trouble
>>>>> -Vincent
>>>>> 
>>>>>> On 15 May 2017, at 17:32, Vincent Massol <vinc...@massol.net> wrote:
>>>>>> 
>>>>>> And we now have this alias too which is more neutral and probably
>>> better to use:
>>>>>> 
>>>>>> https://forum.xwiki.org
>>>>>> 
>>>>>> Thanks
>>>>>> -Vincent
>>>>>> 
>>>>>>> On 15 May 2017, at 17:09, Vincent Massol <vinc...@massol.net> wrote:
>>>>>>> 
>>>>>>> Hi XWiki users,
>>>>>>> 
>>>>>>> In order to make it simpler and more modern for users to participate
>>> to XWiki discussions, we’ve set up a new forum based on Discourse:
>>>>>>> 
>>>>>>> https://discourse.xwiki.org
>>>>>>> 
>>>>>>> Please start using it instead of the XWiki User Mailing list. This
>>> mailing list will become read only in a few days so please start moving to
>>> the forum ASAP.
>>>>>>> 
>>>>>>> Note that you can subscribe to receive all forum posts as email
>>> notifications if you wish (it’s configurable in your user profile). Also
>>> note that for the moment it’s not possible to reply to the mails (we’re
>>> still trying to configure this).
>>>>>>> 
>>>>>>> We hope that you’ll appreciate this move :)
>>>>>>> 
>>>>>>> Thanks
>>>>>>> -Vincent
>>>>>>> 
>>>>>>> PS: For the moment the XWiki Devs mailing list remains. It’s possible
>>> that it could be moved to a forum too in the future but nothing is decided
>>> and we’re migrating the users list first.
>>>>>>> 
>>>>>> 
>>>>> 
>>>> 
>>> 
>>> 
>>> 
>>> --
>>> Thomas Mortagne
>>> 
>> --
>> Ricardo Rodríguez
>> Research Management and Promotion Technician
>> Technical Secretariat
>> Health Research Institute of Santiago de Compostela (IDIS)
>> http://www.idisantiago.es
> 
> 
> 
> -- 
> Thomas Mortagne

Re: [xwiki-users] [ANN] New XWiki forum: https://discourse.xwiki.org

[Vincent Massol]

[[Note: The XWiki project is switching away from this mailing list and moving 
to a forum: https://discourse.xwiki.org. This list will be made readonly in a 
few days. Please post on the forum from now on. Thanks.]]

-

> On 15 May 2017, at 18:07, Vincent Massol <vinc...@massol.net> wrote:
> 
> Hi,
> 
> We have a certificate problem for https://forum.xwiki.org so please use 
> https://discourse.xwiki.org FTM.
> 
> Seems that we’re hitting a limitation of Let’sEncrypt since a certificate is 
> generated for a unique domain name.

ok the certificate problem has been solved and you can now use 
https://forum.xwiki.org

Thanks
-Vincent

> Thanks and sorry for the trouble
> -Vincent
> 
>> On 15 May 2017, at 17:32, Vincent Massol <vinc...@massol.net> wrote:
>> 
>> And we now have this alias too which is more neutral and probably better to 
>> use:
>> 
>> https://forum.xwiki.org
>> 
>> Thanks
>> -Vincent
>> 
>>> On 15 May 2017, at 17:09, Vincent Massol <vinc...@massol.net> wrote:
>>> 
>>> Hi XWiki users,
>>> 
>>> In order to make it simpler and more modern for users to participate to 
>>> XWiki discussions, we’ve set up a new forum based on Discourse:
>>> 
>>> https://discourse.xwiki.org
>>> 
>>> Please start using it instead of the XWiki User Mailing list. This mailing 
>>> list will become read only in a few days so please start moving to the 
>>> forum ASAP.
>>> 
>>> Note that you can subscribe to receive all forum posts as email 
>>> notifications if you wish (it’s configurable in your user profile). Also 
>>> note that for the moment it’s not possible to reply to the mails (we’re 
>>> still trying to configure this).
>>> 
>>> We hope that you’ll appreciate this move :)
>>> 
>>> Thanks
>>> -Vincent
>>> 
>>> PS: For the moment the XWiki Devs mailing list remains. It’s possible that 
>>> it could be moved to a forum too in the future but nothing is decided and 
>>> we’re migrating the users list first.
>>> 
>> 
> 

[xwiki-users] [XWiki Forum] Categories Brainstorming

[Vincent Massol]

I don't see any feedback category on gradle's discourse. Maybe it would be too 
much. I think for now I'd prefer to have that in "Help / Discuss" but add a 
"feedback" tag as you mentioned. That's a good idea. Thanks






---
[Visit Topic](https://discourse.xwiki.org/t/categories-brainstorming/23/12) to 
respond.

You are receiving this because you enabled mailing list mode.

To unsubscribe from these emails, [click 
here](https://discourse.xwiki.org/email/unsubscribe/1a0479b4c11d0bf0ef47d0343cc51bed72ad63f03a4ed875f063584d89e5ef2a).

Re: [xwiki-users] [ANN] New XWiki forum: https://discourse.xwiki.org

[Vincent Massol]

Congrats, you’re the first user of this new forum! :)

Thanks
-Vincent

> On 15 May 2017, at 18:23, Michael Dockham <mdock...@gmail.com> wrote:
> 
> Thanks - I signed up to the forum and pasted in my issue into the new forum.
> 
> On Mon, May 15, 2017 at 11:07 AM, Vincent Massol <vinc...@massol.net> wrote:
> 
>> Hi,
>> 
>> We have a certificate problem for https://forum.xwiki.org so please use
>> https://discourse.xwiki.org FTM.
>> 
>> Seems that we’re hitting a limitation of Let’sEncrypt since a certificate
>> is generated for a unique domain name.
>> 
>> Thanks and sorry for the trouble
>> -Vincent
>> 
>>> On 15 May 2017, at 17:32, Vincent Massol <vinc...@massol.net> wrote:
>>> 
>>> And we now have this alias too which is more neutral and probably better
>> to use:
>>> 
>>> https://forum.xwiki.org
>>> 
>>> Thanks
>>> -Vincent
>>> 
>>>> On 15 May 2017, at 17:09, Vincent Massol <vinc...@massol.net> wrote:
>>>> 
>>>> Hi XWiki users,
>>>> 
>>>> In order to make it simpler and more modern for users to participate to
>> XWiki discussions, we’ve set up a new forum based on Discourse:
>>>> 
>>>> https://discourse.xwiki.org
>>>> 
>>>> Please start using it instead of the XWiki User Mailing list. This
>> mailing list will become read only in a few days so please start moving to
>> the forum ASAP.
>>>> 
>>>> Note that you can subscribe to receive all forum posts as email
>> notifications if you wish (it’s configurable in your user profile). Also
>> note that for the moment it’s not possible to reply to the mails (we’re
>> still trying to configure this).
>>>> 
>>>> We hope that you’ll appreciate this move :)
>>>> 
>>>> Thanks
>>>> -Vincent
>>>> 
>>>> PS: For the moment the XWiki Devs mailing list remains. It’s possible
>> that it could be moved to a forum too in the future but nothing is decided
>> and we’re migrating the users list first.
>>>> 
>>> 
>> 
>> 

Re: [xwiki-users] [ANN] New XWiki forum: https://discourse.xwiki.org

[Vincent Massol]

Hi,

We have a certificate problem for https://forum.xwiki.org so please use 
https://discourse.xwiki.org FTM.

Seems that we’re hitting a limitation of Let’sEncrypt since a certificate is 
generated for a unique domain name.

Thanks and sorry for the trouble
-Vincent

> On 15 May 2017, at 17:32, Vincent Massol <vinc...@massol.net> wrote:
> 
> And we now have this alias too which is more neutral and probably better to 
> use:
> 
> https://forum.xwiki.org
> 
> Thanks
> -Vincent
> 
>> On 15 May 2017, at 17:09, Vincent Massol <vinc...@massol.net> wrote:
>> 
>> Hi XWiki users,
>> 
>> In order to make it simpler and more modern for users to participate to 
>> XWiki discussions, we’ve set up a new forum based on Discourse:
>> 
>> https://discourse.xwiki.org
>> 
>> Please start using it instead of the XWiki User Mailing list. This mailing 
>> list will become read only in a few days so please start moving to the forum 
>> ASAP.
>> 
>> Note that you can subscribe to receive all forum posts as email 
>> notifications if you wish (it’s configurable in your user profile). Also 
>> note that for the moment it’s not possible to reply to the mails (we’re 
>> still trying to configure this).
>> 
>> We hope that you’ll appreciate this move :)
>> 
>> Thanks
>> -Vincent
>> 
>> PS: For the moment the XWiki Devs mailing list remains. It’s possible that 
>> it could be moved to a forum too in the future but nothing is decided and 
>> we’re migrating the users list first.
>> 
> 

Re: [xwiki-users] [ANN] New XWiki forum: https://forum.xwiki.org

[Vincent Massol]

And we now have this alias too which is more neutral and probably better to use:

https://forum.xwiki.org

Thanks
-Vincent

> On 15 May 2017, at 17:09, Vincent Massol <vinc...@massol.net> wrote:
> 
> Hi XWiki users,
> 
> In order to make it simpler and more modern for users to participate to XWiki 
> discussions, we’ve set up a new forum based on Discourse:
> 
> https://discourse.xwiki.org
> 
> Please start using it instead of the XWiki User Mailing list. This mailing 
> list will become read only in a few days so please start moving to the forum 
> ASAP.
> 
> Note that you can subscribe to receive all forum posts as email notifications 
> if you wish (it’s configurable in your user profile). Also note that for the 
> moment it’s not possible to reply to the mails (we’re still trying to 
> configure this).
> 
> We hope that you’ll appreciate this move :)
> 
> Thanks
> -Vincent
> 
> PS: For the moment the XWiki Devs mailing list remains. It’s possible that it 
> could be moved to a forum too in the future but nothing is decided and we’re 
> migrating the users list first.
> 

[xwiki-users] [ANN] New XWiki forum: https://discourse.xwiki.org

[Vincent Massol]

Hi XWiki users,

In order to make it simpler and more modern for users to participate to XWiki 
discussions, we’ve set up a new forum based on Discourse:

https://discourse.xwiki.org

Please start using it instead of the XWiki User Mailing list. This mailing list 
will become read only in a few days so please start moving to the forum ASAP.

Note that you can subscribe to receive all forum posts as email notifications 
if you wish (it’s configurable in your user profile). Also note that for the 
moment it’s not possible to reply to the mails (we’re still trying to configure 
this).

We hope that you’ll appreciate this move :)

Thanks
-Vincent

PS: For the moment the XWiki Devs mailing list remains. It’s possible that it 
could be moved to a forum too in the future but nothing is decided and we’re 
migrating the users list first.

Re: [xwiki-users] XWiki Docker in Prod

[Vincent Massol]

cool thanks for reporting back!

Have a nice weekend too. 

And let me know if you have ideas on how to improve the docker image.

Thanks
-Vincent

> On 12 May 2017, at 17:11, Lester Marc Dizon (ITX) <lmdi...@itx-ge.com> wrote:
> 
> Hi guys, 
> 
> Thanks alot for all the help. I have logs and ldap running!
> 
> @Thomas Mortagne, for ldap I had this config missing (I actually thought that 
> sAMAccountName should be replaced by the user to authenticate with the 
> windows AD) :
> xwiki.authentication.ldap.UID_attr=sAMAccountName
> 
> Thanks and have a nice weekend!
> 
> Lester
> 
> -Original Message-
> From: users [mailto:users-boun...@xwiki.org] On Behalf Of Thomas Mortagne
> Sent: jeudi 11 mai 2017 19:05
> To: XWiki Users <users@xwiki.org>
> Subject: Re: [xwiki-users] XWiki Docker in Prod
> 
> You have various examples
> http://extensions.xwiki.org/xwiki/bin/view/Extension/LDAP/Authenticator/UseCases/.
> 
> On Thu, May 11, 2017 at 7:03 PM, Thomas Mortagne <thomas.morta...@xwiki.com> 
> wrote:
>> XWiki tried to find an entry in the LDAP server with the field "cn"
>> having the value "lmdizon-itx". Either this uid does not exist or you 
>> need to set a different field using the property 
>> xwiki.authentication.ldap.UID_attr (cn is the default).
>> 
>> On Thu, May 11, 2017 at 6:20 PM, Lester Marc Dizon (ITX) 
>> <lmdi...@itx-ge.com> wrote:
>>> @Thomas Froehlich thanks it works and I see LDAP debug logs! @Vincent 
>>> Massol , with Thomas way, I find the LDAP logs in 
>>> "/var/lib/tomcat8/logs/xwiki.log" .
>>> 
>>> I added the following configuration in xwiki.cfg but it still doesn't work:
>>> xwiki.authentication.authclass=org.xwiki.contrib.ldap.XWikiLDAPAuthSe
>>> rviceImpl
>>> xwiki.authentication.ldap.trylocal=1
>>> xwiki.authentication.ldap=1
>>> xwiki.authentication.ldap.server=10.50.0.26
>>> xwiki.authentication.ldap.port=389
>>> xwiki.authentication.ldap.base_DN=OU=Standards,OU=Accounts,OU=_ITX,DC
>>> =itx,DC=local xwiki.authentication.ldap.bind_DN=CN=Lester Marc Dizon 
>>> (ITX),OU=Standards,OU=Accounts,OU=_ITX,DC=itx,DC=local
>>> xwiki.authentication.ldap.bind_pass=mypassword
>>> 
>>> I have the following errors:
>>> 81954 [http://localhost:8080/bin/loginsubmit/XWiki/XWikiLogin] TRACE 
>>> o.x.c.ldap.XWikiLDAPAuthServiceImpl - Starting LDAP authentication
>>> 81955 [http://localhost:8080/bin/loginsubmit/XWiki/XWikiLogin] DEBUG 
>>> o.x.c.ldap.XWikiLDAPAuthServiceImpl - The provided user is null. We don't 
>>> try to authenticate, it probably means the user is in non logged mode.
>>> 81955 [http://localhost:8080/bin/loginsubmit/XWiki/XWikiLogin] TRACE 
>>> o.x.c.ldap.XWikiLDAPAuthServiceImpl - Starting LDAP authentication
>>> 81956 [http://localhost:8080/bin/loginsubmit/XWiki/XWikiLogin] DEBUG 
>>> o.x.contrib.ldap.XWikiLDAPConfig - remoteUserParser: null
>>> 82020 [http://localhost:8080/bin/loginsubmit/XWiki/XWikiLogin] DEBUG 
>>> o.x.contrib.ldap.XWikiLDAPConfig - ldap_group_classes: [groupofnames, 
>>> posixgroup, apple-group, groupofuniquenames, dynamicgroup, 
>>> groupwisedistributionlist, group, dynamicgroupaux]
>>> 82021 [http://localhost:8080/bin/loginsubmit/XWiki/XWikiLogin] DEBUG 
>>> o.x.contrib.ldap.XWikiLDAPConfig - ldap_group_memberfields: 
>>> [uniquemember, memberuid, member]
>>> 82201 [http://localhost:8080/bin/loginsubmit/XWiki/XWikiLogin] DEBUG 
>>> o.x.c.ldap.XWikiLDAPConnection - Connection to LDAP server 
>>> [10.50.0.26:389]
>>> 82217 [http://localhost:8080/bin/loginsubmit/XWiki/XWikiLogin] DEBUG 
>>> o.x.c.ldap.XWikiLDAPConnection - Binding to LDAP server with 
>>> credentials login=[CN=Lester Marc Dizon 
>>> (ITX),OU=Standards,OU=Accounts,OU=_ITX,DC=itx,DC=local]
>>> 83172 [http://localhost:8080/bin/loginsubmit/XWiki/XWikiLogin] DEBUG 
>>> o.xwiki.contrib.ldap.XWikiLDAPUtils - Searching for the user in LDAP: 
>>> user [lmdizon-itx] base 
>>> [OU=Standards,OU=Accounts,OU=_ITX,DC=itx,DC=local] query 
>>> [(cn=lmdizon-itx)] uid [cn]
>>> 83180 [http://localhost:8080/bin/loginsubmit/XWiki/XWikiLogin] DEBUG 
>>> o.x.c.ldap.XWikiLDAPConnection - LDAP search: 
>>> baseDN=[OU=Standards,OU=Accounts,OU=_ITX,DC=itx,DC=local] 
>>> query=[(cn=lmdizon-itx)] attr=[null] ldapScope=[2]
>>> 83253 [http://localhost:8080/bin/loginsubmit/XWiki/XWikiLogin] DEBUG 
>>> o.x.c.ldap.XWikiLDAPAu

Re: [xwiki-users] XWiki Docker in Prod

[Vincent Massol]

Hi,

> On 10 May 2017, at 18:44, Lester Marc Dizon (ITX)  wrote:
> 
> Works better with xwiki.authentication.ldap.trylocal=1, thanks . However I 
> don't see any LDAP debug logs. I have the following logs in 
> /usr/local/tomcat/logs/*:
> - catalina.2017-05-10.log

^^ I guess it’s this one then.

Seems this Tomcat is configured to use log4j: 
https://tomcat.apache.org/tomcat-6.0-doc/logging.html#Using_Log4j

# Define all the appenders
log4j.appender.CATALINA=org.apache.log4j.DailyRollingFileAppender
log4j.appender.CATALINA.File=${catalina.base}/logs/catalina.
log4j.appender.CATALINA.Append=true
log4j.appender.CATALINA.Encoding=UTF-8
# Roll-over the log once per day
log4j.appender.CATALINA.DatePattern='.'-MM-dd'.log'
log4j.appender.CATALINA.layout = org.apache.log4j.PatternLayout
log4j.appender.CATALINA.layout.ConversionPattern = %d [%t] %-5p %c- %m%n

Thanks
-Vincent


> - host-manager.2017-05-10.log
> - localhost.2017-05-10.log
> - localhost_access_log.2017-05-10.txt
> - manager.2017-05-10.log
> 
> http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Logging states that 
> Tomcat on unix will capture stdout and add logs to the 
> tomcat/logs/catalina.out file. However made a find on "catalina.out" but 
> nothing. Any clues where to find those LDAP logs?
> 
> Thanks,
> Lester
> 
> -Original Message-
> From: users [mailto:users-boun...@xwiki.org] On Behalf Of Thomas Mortagne
> Sent: mercredi 10 mai 2017 17:38
> To: XWiki Users 
> Subject: Re: [xwiki-users] XWiki Docker in Prod
> 
> On Wed, May 10, 2017 at 5:25 PM, Lester Marc Dizon (ITX)  
> wrote:
>> Thank you for your responses. I'm new to this community and happy to see you 
>> guys are very responsive.
>> 
>> @Thomas,  I have followed your wiki pages. The moment I add 
>> "xwiki.authentication.authclass=org.xwiki.contrib.ldap.XWikiLDAPAuthServiceImpl"
>>  in xwiki.cfg ,  I can't login anymore even with the local admin account. I 
>> get a 401 http status code in 
>> "/usr/local/tomcat/logs/localhost_access_log.2017-05-10.txt".
> 
> This is because by default the LDAP authenticator does not fallback on 
> standard XWiki auth. See xwiki.authentication.ldap.trylocal property in the 
> documentation.
> 
>> Can you tell me where and which logfile I should check when I've added 
>>  in 
>> "WEB-INF/classes/logback.xml"?
> 
> Whatever is the application server log file in the docker image.
> Vincent should know better.
> 
>> 
>> @Vincent, running with Docker seems to work very well except for my issues 
>> with LDAP. Also, I can ping the LDAP Server inside the XWiki container. I 
>> really need to check a logfile to know where it is failing but I don't know 
>> where to find it.
>> 
>> Thanks,
>> Lester
>> 

Re: [xwiki-users] XWiki Docker in Prod

[Vincent Massol]

> On 10 May 2017, at 17:37, Thomas Mortagne <thomas.morta...@xwiki.com> wrote:
> 
> On Wed, May 10, 2017 at 5:25 PM, Lester Marc Dizon (ITX)
> <lmdi...@itx-ge.com> wrote:
>> Thank you for your responses. I'm new to this community and happy to see you 
>> guys are very responsive.
>> 
>> @Thomas,  I have followed your wiki pages. The moment I add 
>> "xwiki.authentication.authclass=org.xwiki.contrib.ldap.XWikiLDAPAuthServiceImpl"
>>  in xwiki.cfg ,  I can't login anymore even with the local admin account. I 
>> get a 401 http status code in 
>> "/usr/local/tomcat/logs/localhost_access_log.2017-05-10.txt".
> 
> This is because by default the LDAP authenticator does not fallback on
> standard XWiki auth. See xwiki.authentication.ldap.trylocal property
> in the documentation.
> 
>> Can you tell me where and which logfile I should check when I've added 
>>  in 
>> "WEB-INF/classes/logback.xml"?
> 
> Whatever is the application server log file in the docker image.
> Vincent should know better.

The image is using Tomcat so the default location where tomcat puts its log 
file (can’t check right now).

Thanks
-Vincent

> 
>> 
>> @Vincent, running with Docker seems to work very well except for my issues 
>> with LDAP. Also, I can ping the LDAP Server inside the XWiki container. I 
>> really need to check a logfile to know where it is failing but I don't know 
>> where to find it.
>> 
>> Thanks,
>> Lester
>> 
>> -Original Message-
>> From: users [mailto:users-boun...@xwiki.org] On Behalf Of Vincent Massol
>> Sent: mercredi 10 mai 2017 16:54
>> To: XWiki Users <users@xwiki.org>
>> Subject: Re: [xwiki-users] XWiki Docker in Prod
>> 
>> 
>>> On 10 May 2017, at 16:27, Thomas Mortagne <thomas.morta...@xwiki.com> wrote:
>>> 
>>> I don't know much about Docker but I can maybe help with the LDAP 
>>> authenticator.
>>> 
>>> After you installed the extension you will also need to modify the
>>> property xwiki.authentication.authclass in file xwiki.cfg in the
>>> application server as indicated on
>>> http://extensions.xwiki.org/xwiki/bin/view/Extension/LDAP/Authenticator/#HGenericLDAPconfiguration.
>>> I have no idea if the Docker package let you modify this file
>> 
>> Yes it does, but it could be simpler, see  
>> https://jira.xwiki.org/browse/XDOCKER-20
>> 
>> Thanks
>> -Vincent
>> 
>>> but if
>>> you managed to do that then a good thing to do usually to understand
>>> what's wrong with your LDAP setup is enabled debug log (see
>>> http://extensions.xwiki.org/xwiki/bin/view/Extension/LDAP/Authenticator/#HEnableLDAPdebuglog).
>>> 
>>> On Wed, May 10, 2017 at 4:13 PM, Lester Marc Dizon (ITX)
>>> <lmdi...@itx-ge.com> wrote:
>>>> Hi,
>>>> 
>>>> We are currently testing XWiki. I have a test environment for XWiki 
>>>> running in Docker. I would like to know if it's ok to run it as is in Prod 
>>>> (intranet)?
>>>> 
>>>> Also, I'm trying to connect it to LDAP with no success (tried with 
>>>> http://extensions.xwiki.org/xwiki/bin/view/Extension/LDAP/Authenticator/ 
>>>> and http://extensions.xwiki.org/xwiki/bin/view/Extension/LDAP/Application/ 
>>>> ). Is it because I'm running it in Docker? Is there a log where I can 
>>>> check what's wrong?
>>>> 
>>>> Any help is appreciated.
>>>> 
>>>> Thanks,
>>>> Lester
>>> 
>>> 
>>> 
>>> --
>>> Thomas Mortagne
>> 
> 
> 
> 
> -- 
> Thomas Mortagne

Re: [xwiki-users] Navigation Panel

[Vincent Massol]

Hi Timo,

> On 10 May 2017, at 14:50, Timo Dachs-Wegmann  wrote:
> 
> Hello all,
> 
> I installed the latest version of XWiki (9.3.1) and I want to get a new 
> navigation panel since my old is a little bit buggy and outdated. 
> 
> I would like to have something like the document tree macro generates with 
> this command:
> 
>   {{velocity}}
>   #panelheader('Navi3')
>   {{documentTree showTranslations="false" showAttachments="false" 
> compact="true" showSpaces="true" limit=20/}}
>   #panelfooter()
>   {{/velocity}}
> 
> But the problem there is, that I can't blacklist the spaces I don't want to 
> be shown in this list…

If the spaces contain hidden pages or pages that the user doesn’t have 
permissions to view then it shouldn’t be listed. Maybe that’s a workaround that 
could work for you?

> There was a ticket already with this topic and I posted a comment there, so 
> hopefully they add this "feature" (yes for me it is a needed feature) but I 
> thought maybe you guys have a navigation bar that 
> is generated dynamicly and will work for me. (It should be a tree panel).
> Something like this:
> http://test.xwiki.org/xwiki/bin/view/Panels%20Tests/Navigation%20Panel#Attachments

If you want to control the content, maybe you could use the Tree macro: 
http://extensions.xwiki.org/xwiki/bin/view/Extension/Tree%20Macro

Or 
http://extensions.xwiki.org/xwiki/bin/view/Extension/Document+Tree+Macro#HCustomDocumentTree

EDIT: I see you’ve commented on 
https://jira.xwiki.org/browse/XWIKI-12895?focusedCommentId=94975=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-94975

I’ll reply there. 

Thanks
-Vincent

> Link to the JIRA ticket:
> https://jira.xwiki.org/browse/XWIKI-12895
> 
> 
> Mit freundlichen Grüßen  
> 
> Timo Dachs-Wegmann
> -EDV- 
> 
> 
> -
> PROCITEC GmbH Rastatter Strasse 41
> D-75179 Pforzheim
> Fon: +49 7231 15561-29
> Fax: +49 7231 15561-11
> Mailto: t.wegm...@procitec.de 
> 
> Mannheim HRB 504702
> Geschäftsführer: Dipl.-Ing. (FH) Dipl.-Inf. (FH) Jens Heyen
> 
> 
> 
> 

Re: [xwiki-users] XWiki Docker in Prod

[Vincent Massol]

> On 10 May 2017, at 16:27, Thomas Mortagne  wrote:
> 
> I don't know much about Docker but I can maybe help with the LDAP 
> authenticator.
> 
> After you installed the extension you will also need to modify the
> property xwiki.authentication.authclass in file xwiki.cfg in the
> application server as indicated on
> http://extensions.xwiki.org/xwiki/bin/view/Extension/LDAP/Authenticator/#HGenericLDAPconfiguration.
> I have no idea if the Docker package let you modify this file

Yes it does, but it could be simpler, see  
https://jira.xwiki.org/browse/XDOCKER-20

Thanks
-Vincent

> but if
> you managed to do that then a good thing to do usually to understand
> what's wrong with your LDAP setup is enabled debug log (see
> http://extensions.xwiki.org/xwiki/bin/view/Extension/LDAP/Authenticator/#HEnableLDAPdebuglog).
> 
> On Wed, May 10, 2017 at 4:13 PM, Lester Marc Dizon (ITX)
>  wrote:
>> Hi,
>> 
>> We are currently testing XWiki. I have a test environment for XWiki running 
>> in Docker. I would like to know if it's ok to run it as is in Prod 
>> (intranet)?
>> 
>> Also, I'm trying to connect it to LDAP with no success (tried with 
>> http://extensions.xwiki.org/xwiki/bin/view/Extension/LDAP/Authenticator/ and 
>> http://extensions.xwiki.org/xwiki/bin/view/Extension/LDAP/Application/ ). Is 
>> it because I'm running it in Docker? Is there a log where I can check what's 
>> wrong?
>> 
>> Any help is appreciated.
>> 
>> Thanks,
>> Lester
> 
> 
> 
> -- 
> Thomas Mortagne

Re: [xwiki-users] XWiki Docker in Prod

[Vincent Massol]

Hi,

> On 10 May 2017, at 16:13, Lester Marc Dizon (ITX)  wrote:
> 
> Hi,
> 
> We are currently testing XWiki. I have a test environment for XWiki running 
> in Docker. I would like to know if it's ok to run it as is in Prod (intranet)?

That’s the intent but these images are pretty new (I added them a few months 
ago) and I haven’t received any feedback so far from people using them in 
production or not.

I’m also happy to work with you to make them production-ready if you see 
something missing.

> Also, I'm trying to connect it to LDAP with no success (tried with 
> http://extensions.xwiki.org/xwiki/bin/view/Extension/LDAP/Authenticator/ and 
> http://extensions.xwiki.org/xwiki/bin/view/Extension/LDAP/Application/ ). Is 
> it because I'm running it in Docker? Is there a log where I can check what's 
> wrong?

Yes it could be related to Docker since it runs inside its own network (See 
https://docs.docker.com/engine/userguide/networking/ for more details). I don’t 
have much experience with this though but it’s easy to check by doing a “docker 
exec” on your running container and try to ping your LDAP server IP.

Thanks
-Vincent

> Any help is appreciated.
> 
> Thanks,
> Lester

Re: [xwiki-users] Search icon disappeared in the menu

[Vincent Massol]

Hi,

From your screenshot it’s definitely not installed correctly and some wiki 
pages are missing.

Please reinstall the Solr Search app or import its XAR to get the wiki pages.

Thanks
-Vincent

> On 9 May 2017, at 17:23, genevieve.au...@telmatik.com wrote:
> 
> Hi,
> 
> The Solr is installed.  I try to reindex the site and to set the search
> suggest to No, than back to Yes without success...  
>  
> 
> Thanks
> 
> 
> 
> --
> View this message in context: 
> http://xwiki.475771.n2.nabble.com/Search-icon-disappeared-in-the-menu-tp7603805p7603807.html
> Sent from the XWiki- Users mailing list archive at Nabble.com.

Re: [xwiki-users] Search icon disappeared in the menu

[Vincent Massol]

Hi,

Verify that the "Solr Search Application" extension is installed in your 
subwiki.

Thanks
-Vincent

> On 9 May 2017, at 16:37, genevieve.au...@telmatik.com wrote:
> 
> Do you know how I can add the search icon in the menu?  The Search Suggest is
> enable in the configuration.  The Search is visible in the main wiki but not
> in the sub-wiki site.  
> 
>  
> 
> Thanks
> 
> 
> 
> 
> --
> View this message in context: 
> http://xwiki.475771.n2.nabble.com/Search-icon-disappeared-in-the-menu-tp7603805.html
> Sent from the XWiki- Users mailing list archive at Nabble.com.

Re: [xwiki-users] store.xwiki.com - domain reported and verified as serving malware by CISCO

[Vincent Massol]

Hi Miroslav,

> On 9 May 2017, at 10:34, Miroslav Galajda  wrote:
> 
> Hi,
> 
> when checking for extension updates in xwiki administration, the extension
> updater lists some errors.
> 
> After some investigation, I've found that xwiki is trying to call some REST
> api pointing to url like this:
> https://store.xwiki.com/xwiki/rest/repository/extensions/[URL_ENDING_PART]
> where the [URL_ENDING_PART] was one of the following examples found in the
> log:
> - com.google.code.findbugs%3Aannotations/versions/api
> -
> org.xwiki.platform%3Axwiki-platform-blog-ui/versions?requireTotalHits=true=0=-1
> -
> org.xwiki.contrib.ldap%3Aldap-authenticator/versions?requireTotalHits=true=0=-1
> 
> The reason for the above listed https calls is due to our proxy that is
> inspecting every outgoing communication and has denied the requests to
> store.xwiki.com. The proxy uses CISCO list of untrusted web sites which
> says this:
> 
> Reason: BLOCK-MALWARE
> Threat Type: othermalware
> Threat Reason: Domain reported and verified as serving malware. Identified
> as malicious IP. Identified as malicious domain or URL.
> Notification: WBRS
> 
> Can be this domain trusted or not? Is it a false threat or not?
> 
> Is it legal when xwiki calls the API at https://store.xwiki.com?

Is it can be trusted and it’s legal. Our governance at 
http://dev.xwiki.org/xwiki/bin/view/Community/Governance allows the top 
sponsoring company to list its extension repository in the xwiki configuration 
by default (you can override this if you wish in your xwiki.properties file, 
search for the extension.repositories property).

FYI ATM the top sponsoring company is XWiki SAS (http://xwiki.com), see 
https://www.xwiki.org/xwiki/bin/view/Main/Supporters/SponsoringCompanies/. It 
currently provides two paying extensions that are advertised on 
http://extensions.xwiki.org/ in the “Sponsored Extensions” section.

Thanks
-Vincent

> Thank you

Re: [xwiki-users] [Problem] Problem with program and Script rights. How it work?

[Vincent Massol]

Hi arthur,

> On 6 May 2017, at 17:05, arthur76  wrote:
> 
> Hello, guys.
> 
> Info: I have a Xwiki forum, installed on Debian 8 (64-bit). Xwiki version is
> 9.1.2. And I use LDAP auth.
> 
> My problem is: 
> I have 1 user user (with Developer skills, eg with nickname "developer")
> When forum was started, "developer" had the Program and Script rights and he
> installed 
> Now forum functions stably, and I as administrator don't want, that
> "developer" had this rights.
> 
> But because "developer" was a owner of scripts and extensions => when I
> untick from Program and Scripts => I get errors, like a: 
> *"Failed to execute the [velocity] macro. 
> Cause: [The execution of the [velocity] script macro is not allowed. 
> Check the rights of its last author or the parameters if it's rendered from
> another script.]. 
> Click on this message for details."* 
> ... on main page in places where should be navigation panels and menus. This
> elements was created by "developer".
> 
> May be my question could be like: "How I should be change owner of
> scripts/elements, that I can untick rights from 'developer' and don't get
> errors"
> 
> P.s.0 I read about of Script rights, and in this doc about of changes:
> http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/ReleaseNotesXWiki72#HScriptright
> and I ticked Script rights for XWikiAllGroup, but without this action my
> forum works fine.
> 
> P.s.1 For messages like a: "Create new user for developer, and leave afk
> first dev account" - sorry, but it is not my solution.
> 
> Thanks for understanding, Xwiki community.

I think what you want is to change the author/creator of some wiki pages.

ATM we dont have this feature buit-in but there’s an extension that you can 
install easily:
http://extensions.xwiki.org/xwiki/bin/view/Extension/Change%20Content%20Author

You could also check:
- 
http://extensions.xwiki.org/xwiki/bin/view/Extension/Change%20creator%2C%20author%20or%20contentAuthor/
- http://extensions.xwiki.org/xwiki/bin/view/Extension/Check%20Content%20Author

Hope it helps,
Thanks
-Vincent

> -
> --
> Best regards,
> Arthur
> --
> View this message in context: 
> http://xwiki.475771.n2.nabble.com/Problem-Problem-with-program-and-Script-rights-How-it-work-tp7603778.html
> Sent from the XWiki- Users mailing list archive at Nabble.com.

Re: [xwiki-users] Question to skins and inheriting files

[Vincent Massol]

> On 3 May 2017, at 09:20, Interaktionsweise  wrote:
> 
> Thank you very much for your explanation!
> I did not understand this behavior correctly from the documentation.

Would be awesome if someone (you? :)) could update the documentation to make it 
more clear! 

Thanks!
-Vincent

> Regards,
> sthag
> Am 02.05.2017 17:31:29 schrieb Thomas Mortagne :
> On Tue, May 2, 2017 at 5:30 PM, Thomas Mortagne
> wrote:
> 
>> On Tue, May 2, 2017 at 5:16 PM, Interaktionsweise <>
>> ne...@interaktionsweise.de> wrote:
>> 
>>> I can file a bug report.
>>> Just wanted to add something I forgot to mention and make sure it is
>>> still a bug.
>>> 
>>> If I leave the field "parent" within skin.properties empty the error
>>> occurs.
>>> If I explicitly add flamingo "parent=flamingo" the error does not occur.
>>> 
>>> From the description in the documentation I assumed it is not necessary
>>> to add the parent because it is defined in "xwiki.defaultbaseskin" within
>>> "xwiki.cfg".
>>> 
>>> Is it a bug or a feature?
>>> 
>> 
>> A feature. When you set parent to empty string you explicitly indicate you
>> don't want to inherit any skin (i.e. you disable xwiki.defaultbaseskin).
>> This is actually important for a skin made from scratch (like flamingo
>> which do exactly that) which would be broken if the default base skin is
>> changed.
>> 
> 
> If you want to inherit xwiki.defaultbaseskin then don't put any
> skin.properties or an empty one.
> 
> 
>> 
>> 
>>> 
>>> Regards,
>>> sthag
>>> Am 02.05.2017 15:20:52 schrieb Thomas Mortagne
 :
>>> Looks like a bug to me. Would be great if you could create an issue on
>>> http://jira.xwiki.org and detail the steps to reproduce it.
>>> 
>>> On Tue, May 2, 2017 at 2:50 PM, Interaktionsweise
>>> wrote:
 Hi,
 
 I tried two skins with the same edits.
 I only changed the file companylogo.vm and added a file
>>> logo-company.png.
 The skin.properties file points to flamingo as parent.
 
 In one skin folder I copied all of the flamingo files and edited as
>>> described.
 If I change the skin for the wiki everything is as expected and the
>>> changes show up with the newly set skin.
 
 The other skin folder only has the edited files
 _ companylogo.vm
 _ logo-company.png
 _ skin.properties
 
 If I switch to this skin, tested changing it only for one page, I see
>>> an error "You are not allowed to view this page or perform this action"
>>> after pressing save.
 If I try to switch to the changed page from the wiki frontend, I only
>>> see a blank page.
 
 Is there something I'm doing wrong? Why is there no inheritance?
 
 Regards,
 sthag
 
 
 Interaktionsweise [https://interaktionsweise.de] ·
>>> ne...@interaktionsweise.de [mailto:ne...@interaktionsweise.de]
 Am 02.05.2017 10:32:23 schrieb Thomas Mortagne :
 On Tue, May 2, 2017 at 9:55 AM, Interaktionsweise
 wrote:
> Hi,
> 
> I'm trying to create a new skin. I followed the section Skins within
>>> the Developer's Guide and also Platform Features / Skins.
> The article "How to create a new skin" says to copy the whole colibri
>>> (should be flamingo by now) skin folder and make an example change. Then
>>> there is a part about skin.properties. The property "parent" indicates a
>>> skin to inherit from. It says that it always has a value, even if I don't
>>> explicitly enter one for myself it will inherit from WAR or whatever is
>>> configured in "xwiki.defaultbaseskin".
 
> Does that mean I don't have to copy the whole flamingo folder if I
>>> reference flamingo as "parent"? This way I could only create a custom named
>>> folder within the xwiki/skins folder with the skin.properties file and for
>>> example a logo.png file which would replace the flamingo logo.png file.
 
 Yes you can inherit from Flamingo, no need to duplicate it if you just
 want to customize some templates only.
 
> I don't understand the behavior and the functionality of this
>>> inheriting and parent child relation of skins from the articles in the
>>> documentation. Why have a parent if I copy the whole skin folder anyways?
> 
> Regards,
> sthag
 
 
 
 --
 Thomas Mortagne
>>> 
>>> 
>>> 
>>> --
>>> Thomas Mortagne
>>> 
>> 
>> 
>> 
>> --
>> Thomas Mortagne
>> 
> 
> 
> 
> --
> Thomas Mortagne

Re: [xwiki-users] OAuth2 Logout

[Vincent Massol]

Hi,

I don’t know much about xwiki and oauth2 but by googling I’ve found this 
extension that seems to be doing that:
http://extensions.xwiki.org/xwiki/bin/view/Extension/XWiki%20Application%20-%20Google%20Apps

It says: "This integration uses the OAuth2 protocol to connect Google Apps with 
XWiki.”

Maybe that could help you. See 
https://github.com/xwiki-contrib/application-googleapps/blob/master/src/main/resources/GoogleApps/AuthService.xml

Thanks
-Vincent

> On 28 Apr 2017, at 17:37, gfinesch  wrote:
> 
> I'm integrating Xwiki with OAuth2. I managed to login but now I'm struggling
> with logging out from the server when I click on 'logout' in Xwiki. This is
> the code snippet that performs the redirection to the server to logout from
> it:
> 
> else if ("logout".equals(context.getAction())
>   && wrappedRequest.getUserPrincipal() != null) {
>   // redirect to the OAuth2 logout page
>   wrappedRequest.setUserPrincipal(null);
> 
>   try {
>   context.getResponse().sendRedirect(
>   configuration.getOAuth2Param(
>   
> LOGOUT_URL.replace(".", "_"), LOGOUT_URL,
>   "logouturl", 
> context));
>   } catch (IOException e) {
>   throw new 
> XWikiException(XWikiException.MODULE_XWIKI_USER,
>   
> XWikiException.ERROR_XWIKI_USER_INIT,
>   "Can't redirect to the OAuth2 
> logout page", e);
>   }
>   return null;
> 
>   } 
> I wrote a XWikiOAuth2Authenticator class that extends XWikiAuthServiceImpl
> and overrides checkAuth.
> 
> The code works since I get redirected to LOGOUT_URL but I also get the
> following stacktrace due to the calling of other Xwiki classes out of my
> control:
> 
> 2017-04-28 17:05:31,155
> [http://localhost:8080/xwiki/bin/logout/XWiki/XWikiLogout?xredirect=%2Fxwiki%2Fbin%2Fview%2FMain
> %2F] WARN  c.x.x.w.XWikiAction- Uncaught exception: Error number
> 0 in 11: Uncaught exception
> com.xpn.xwiki.XWikiException: Error number 0 in 11: Uncaught exception
>at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:474)
>at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:210)
>at
> org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:425)
>at
> org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:228)
>at
> org.apache.struts.action.ActionServlet.process(ActionServlet.java:1913)
>at
> org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:449)
>at javax.servlet.http.HttpServlet.service(HttpServlet.java:624)
>at javax.servlet.http.HttpServlet.service(HttpServlet.java:731)
>at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:303)
>at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
>at com.xpn.xwiki.web.ActionFilter.doFilter(ActionFilter.java:112)
>at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241)
>at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
>at
> org.xwiki.wysiwyg.server.filter.ConversionFilter.doFilter(ConversionFilter.java:127)
>at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241)
>at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
>at
> org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52)
>at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241)
>at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
>at
> org.xwiki.container.servlet.filters.internal.SetHTTPHeaderFilter.doFilter(SetHTTPHeaderFilter.java:63)
>at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241)
>at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
>at
> org.xwiki.container.servlet.filters.internal.SavedRequestRestorerFilter.doFilter(SavedRequestRestorerFilter.j
> ava:208)
>at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241)
>at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
>at
> org.xwiki.container.servlet.filters.internal.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.j
> ava:111)
>  

Re: [xwiki-users] [Proposal][UX] Feedback for Explicit Content Actions

[Vincent Massol]

> On 28 Apr 2017, at 10:01, Vincent Massol <vinc...@massol.net> wrote:
> 
>> 
>> On 28 Apr 2017, at 09:57, Ecaterina Moraru (Valica) <vali...@gmail.com> 
>> wrote:
>> 
>> On Fri, Apr 28, 2017 at 10:47 AM, Clément Aubin <clement.au...@xwiki.com>
>> wrote:
>> 
>>> Hi,
>>> 
>>> On 04/27/2017 11:58 AM, Ecaterina Moraru (Valica) wrote:
>>>> Some summary until now:
>>>> P2: Craig, Olivier
>>>> P4: Mahomed, Steffen, Jesse, Miroslav
>>> 
>>> As a «fresh» user, I would prefer P2, mostly because I don’t think that
>>> every newcomer will have the intuition to look at the top-right corner
>>> of the page for its options. Adding labels allows for those three icons
>>> to be more visible.
>>> 
>>> 
>> From an usability perspective, having labels is unbeatable both for new
>> users and advanced users.
> 
> I agree for new users but not for advanced.

Sorry, I didn’t mean to say “advanced” here. I mean to see “users who’ve used 
the buttons once”.

Thanks
-Vincent

> Users who’ve used those button just once know about them and don’t need the 
> labels. I’d go as far as saying that the labels could actually be distracting 
> by taking more visual space and catching your eyes when you look at the UI as 
> a whole and want to focus on the content.
> 
> Now this could be minor and the advantages for the newcomers could be more 
> important than the small downside for returning users.
> 
> Thanks
> -Vincent
> 
>> We could also display the icons labels only if the user has the «simple»
>>> user profile and remove them as soon as he becomes more advanced.
>>> 
>> 
>> Not sure about making this configurable. It's a simple decision, we need to
>> agree on a default. With this approach we make everything in XWiki
>> configurable.
>> 
>> The advantage of reaching to newcomers is that in time they will also
>> become advanced users. We want to encourage user transformation. Also I
>> don't think users that start with a more explicit interface will like the
>> change after, since they will become accustomed to it.
>> 
>> Thanks,
>> Caty
>> 
>> 
>>> 
>>> Thanks,
>>> 
>>> --
>>> Clément Aubin
>>> Web Developer Intern @XWiki SAS
>>> clement.au...@xwiki.com
>>> More about us at http://www.xwiki.com

Re: [xwiki-users] [Proposal][UX] Feedback for Explicit Content Actions

[Vincent Massol]

> On 28 Apr 2017, at 09:57, Ecaterina Moraru (Valica)  wrote:
> 
> On Fri, Apr 28, 2017 at 10:47 AM, Clément Aubin 
> wrote:
> 
>> Hi,
>> 
>> On 04/27/2017 11:58 AM, Ecaterina Moraru (Valica) wrote:
>>> Some summary until now:
>>> P2: Craig, Olivier
>>> P4: Mahomed, Steffen, Jesse, Miroslav
>> 
>> As a «fresh» user, I would prefer P2, mostly because I don’t think that
>> every newcomer will have the intuition to look at the top-right corner
>> of the page for its options. Adding labels allows for those three icons
>> to be more visible.
>> 
>> 
> From an usability perspective, having labels is unbeatable both for new
> users and advanced users.

I agree for new users but not for advanced. Users who’ve used those button just 
once know about them and don’t need the labels. I’d go as far as saying that 
the labels could actually be distracting by taking more visual space and 
catching your eyes when you look at the UI as a whole and want to focus on the 
content.

Now this could be minor and the advantages for the newcomers could be more 
important than the small downside for returning users.

Thanks
-Vincent

> We could also display the icons labels only if the user has the «simple»
>> user profile and remove them as soon as he becomes more advanced.
>> 
> 
> Not sure about making this configurable. It's a simple decision, we need to
> agree on a default. With this approach we make everything in XWiki
> configurable.
> 
> The advantage of reaching to newcomers is that in time they will also
> become advanced users. We want to encourage user transformation. Also I
> don't think users that start with a more explicit interface will like the
> change after, since they will become accustomed to it.
> 
> Thanks,
> Caty
> 
> 
>> 
>> Thanks,
>> 
>> --
>> Clément Aubin
>> Web Developer Intern @XWiki SAS
>> clement.au...@xwiki.com
>> More about us at http://www.xwiki.com

Re: [xwiki-users] Maximum size of an attachment in subwiki

[Vincent Massol]

Hi Sebastien,

> On 25 Apr 2017, at 13:02, Sebastian Luna Valero 
>  wrote:
> 
> Hi All,
> 
> Thanks for releasing XWiki 8.4.5!
> 
> I am about to import content from the old to the new xwiki,

You should really consider using the recommended upgrade practice which is to 
use the Distribution Wizard, see 
http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Upgrade

If you really want to import content make sure you don’t include any default 
page at least. I’d still recommend using the DW.

Thanks
-Vincent

> but the .xar
> file is larger than the 32MB size limit. Previously I have followed the
> instructions here:
> http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Attachments
> 
> to increase the maximum size of the attachment. However, it seems to work
> only for the main wiki but not for subwikis, is that true?
> 
> Best regards,
> Sebastian

Re: [xwiki-users] display page title and name(url) while creating a page

[Vincent Massol]

> On 24 Apr 2017, at 12:31, Ecaterina Moraru (Valica)  wrote:
> 
> Hi,
> 
> Users can change the URL anytime after the page creation, and that is using
> the "Rename" action, although I agree that simple users might not really
> see the connection between Rename, URLs and Titles. So yes it would be
> ideal to provide the ability to select (reserve) the URL from the creation
> page step (for steps optimization purposes).
> 
> Now, some important mention is the use case. From what I can assume from
> your answers, the majority of you have Wikis / Knowledge Bases. For this
> flavor the URLs are important and I quite get the need.
> The issue is for users that use XWiki for Groupware / Applications use
> case. When your instance is using heavily applications, you don't care
> about the URL is generating, you don't care about the nesting, etc. We had
> users that requested to never see the Page Name part and actually the
> ability to auto-generate the URL with some random numbers that they
> shouldn't see.

Which shows that they do care about the URL ;)

I don’t think that the need to be careful about your urls is related to any use 
case/flavor. Of course if you’re using XWiki as a public web site you care even 
more for the SEO reasons but even for internal use cases you do care about 
URLs. For the simple reason that you often need to copy paste URLs in emails, 
chat rooms, etc.

FTR I remember a lot more users asking to control URLs than users asking to 
have random numbers in the URL (AFAIK that one happened only once) so if we had 
to choose a default, I’d go with the ability to control URLs by default.

Actually, as mentioned in earlier replies, I’d go about introducing a Component 
role for generating the part of the URL related to the document and have a 
default implementation just serializing the document name as we do now. And 
provide a config option to change that so that if someone wanted, he could 
implement an extension to change the algorithm and generate a unique ID instead 
for ex.

> That's why the subject is a bit problematic, because some users want to
> see/alter the Page Name/ URL; while others don't care it exists.

Even those who don’t care about changing the URL know the concept of a URL and 
they know that XWiki has URLs. So it’s not because we would show it in the 
create page URL that they would get confused.

Thanks
-Vincent

> I also don't like the configuration proposal, since it's always hard to
> test all combinations of configurations and we need to decide on the
> default.
> Not sure about changing it in the Base Flavor, since not all Flavors users
> might need it. The UIX could be a solution in order to use it just by some
> Flavors.
> 
> What is really interesting and good to know is that indeed the Page Name /
> URL are important for Knowledge Bases (KB). Still in KBs the content
> creators are not that many (compared to readers) and they usually are the
> wiki gardeners, and they tend to be 'advanced' users.
> The smallest / simplest changes would indeed be in the labels wording and
> descriptions. Also the 'URL' mention instead of Page Name.
> 
> Thanks,
> Caty
> 
> 
> On Sun, Apr 23, 2017 at 8:23 AM, Vishal  wrote:
> 
>> Hi all..
>> Thanks for taking the issue this much seriously.
>> 
>> Hi Vincent..
>>> Hey, you’re from Pune? :) I’ve been there about 15 times!
>> Hey, you are welcome again.. I would expect you to drop me an email while
>> visiting Pune next time :)
>> 
>>> Normal users don't generally care about their URLs and SEO.
>> Hi Caty..
>> You are definitely correct about SEO as simple users don't even know what
>> SEO is.
>> But I am very sure that even simple users do care about URLs. For instance,
>> we share all our educational articles on our wiki in chats, like in
>> WhatsApp, Facebook, Gmail, and what not. And they often ask me to clean the
>> encoded URLs for them. In last 15 days for instance, I had to rename about
>> 250 pages..
>>> I don’t fully agree with you. I have the feeling (can’t prove it)
>> And I guess this is what Vincent felt but couldn't prove.
>> 
>>> But for your use case you shoyld write a shorting/trimming algorithm, but
>>> this is custom
>> Yes I agree. It should be custom because not all will want such trimming of
>> URLs.
>> 
>>> It may generate nicer urls but they’re not perfect either. They’re a bit
>> longish from what I see
>> I think we can't and shouldn't force anyone to have short URLs. Long URL
>> doesn't seem a problem for us, but inability to shorten them in the first
>> place indeed is.
>> I disagree with having any shortening algorithm as even we do use full
>> names
>> in URLs at certain places. e.g. /Pune-University
>> 
>> My Proposal:
>> I strongly agree with Vincent about Create Page UI like AWM. This is what
>> we
>> think will be most user friendly. (Sorry, couldn't upload images but rough
>> layout)
>> 
>> *Title: (Tip: Title as shown on Page/Document)
>> [Title 

[xwiki-users] [ANN] XWiki 8.4.5 released

[Vincent Massol]

The XWiki development team is proud to announce the availability of XWiki 8.4.5 
(latest LTS).

This is a bugfix release.

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/Data/XWiki/8.4.5

Thanks for your support
-The XWiki dev team

Re: [xwiki-users] display page title and name(url) while creating a page

[Vincent Massol]

Hi Mahomed/all,

> On 21 Apr 2017, at 19:02, Mahomed Hussein <maho...@custodiandc.com> wrote:
> 
> I was just mocking up some samples of my recommendation (which I think 
> possibly lines up with Vincent's points 2 and 3), when I realised that there 
> already exists the UI to edit the Page URL. It's just not called that and I 
> didn't remember seeing it. But I see that's probably what Caty was referring 
> to :-)

Yep, that’s available for advanced users only, see:
http://platform.xwiki.org/xwiki/bin/view/Features/DocumentLifecycle#HByusingtheAddPageaction

> I feel like I am just catching up to the conversation :-)
> 
> So just to re-cap
> 
> 1) You can currently edit the location, but this is only for advanced users. 
> (Maybe this can be a Wiki-wide setting instead of being tied to advanced 
> users, even if it can only be set in the config file - screenshot 
> https://snag.gy/vS4f3j.jpg). Personally I don't see why this needs to be an 
> advanced user only feature, because if a user can create a page and decide 
> what its parent page is, why can't they decide on the URL name? A wiki-wide 
> setting will allow the Admin to make this decision on an all or nothing basis 
> (rather than just the "nothing" option we have now).

The reason it’s advanced was explained in this thread earlier on. In short Page 
name and Page title were too confusing.

As I mentioned if rename Page name into Page URL, I feel it would be less 
confusing for users and we could remove the need to be advanced user.

> 2) The word "Name" and the description "Name of the new page" are not very 
> clear. (I have made a recommendation in this screenshot - 
> https://snag.gy/dlUK96.jpg)

Yes, it’s better. I would go further and display the generated URL in the UI as 
we do for AWM (see 
http://extensions.xwiki.org/xwiki/bin/download/Extension/App%20Within%20Minutes%20Application/AppWithinMinutes-Step1.png).

I would also display the last part of the URL in an input text so that the user 
can change it simply. Thus without being an advanced user.

I would keep the pencil icon for advanced users and maybe even keep the page 
name field there but have it in sync with the URL to show that the page name is 
used in the URL (again only for advanced users).

> 3) I love the speakingurl suggestion and I hope you do implement it. I think 
> it will give the best of both worlds. It will generate nicer URLs.

It may generate nicer urls but they’re not perfect either. They’re a bit 
longish from what I see and IMO we still need to give more control to the user 
if they want shorter URLs for example.

> I also agree with Vincent, many of the users *do* care about the URL. For 
> example, we share URLs in emails and chat etc. and cross reference in 
> documentation. This is one of the many uses where a nice URL is actually 
> useful.
> 
> Slightly off-topic, it's nice to see you (the XWiki devs) actually taking 
> this seriously and discussing it here. It's very refreshing. So just wanted 
> to say thanks for that.

Cool :)

I’d love to see more xwiki devs provide their opinion!

Thanks
-Vincent

> Kind regards,
> 
> 
> 
> 
> Mahomed Hussein
> Custodian Data Centre
> Email: maho...@custodiandc.com
> http://www.CustodianDC.com
> 
> -Original Message-
> From: users [mailto:users-boun...@xwiki.org] On Behalf Of Vincent Massol
> Sent: 21 April 2017 16:56
> To: XWiki Users <users@xwiki.org>
> Subject: Re: [xwiki-users] display page title and name(url) while creating a 
> page
> 
> Hi again,
> 
>> On 21 Apr 2017, at 17:33, Miroslav Galajda <miroslav.gala...@gmail.com> 
>> wrote:
>> 
>> Hi,
>> 
>> this seems to be quite complicated and not complete.
>> This url-friendly problem does arise not only in page creation process
>> but also in page renaming.
>> 
>> The other thing is that custom applications that are creating pages
>> would require to use different approax and will need to be customized 
>> separately.
>> The UIXP doesn't seems to solve the problem globally and I think
>> currently this is not the main/core part of the problem.
>> 
>> I would like if this was built-in and deeply integrated into xwiki and
>> not to have it "only" optional. This is probably hard to quickly find
>> the solution right now.
>> As I said, the best solution would be built-in support such that it
>> will transparently replace user-entered page name with URL-friendly name.
> 
> Yes there are 2 aspects. The built-in part is easy by doing 1) and having a 
> default implementation that doesn’t do any transformation. Then an extension 
> can contribute a new component overriding the default one to use a different 
> algorith

Re: [xwiki-users] display page title and name(url) while creating a page

[Vincent Massol]

Hi again,

> On 21 Apr 2017, at 17:33, Miroslav Galajda <miroslav.gala...@gmail.com> wrote:
> 
> Hi,
> 
> this seems to be quite complicated and not complete.
> This url-friendly problem does arise not only in page creation process but
> also in page renaming.
> 
> The other thing is that custom applications that are creating pages would
> require to use different approax and will need to be customized separately.
> The UIXP doesn't seems to solve the problem globally and I think currently
> this is not the main/core part of the problem.
> 
> I would like if this was built-in and deeply integrated into xwiki and not
> to have it "only" optional. This is probably hard to quickly find the
> solution right now.
> As I said, the best solution would be built-in support such that it will
> transparently replace user-entered page name with URL-friendly name.

Yes there are 2 aspects. The built-in part is easy by doing 1) and having a 
default implementation that doesn’t do any transformation. Then an extension 
can contribute a new component overriding the default one to use a different 
algorithm.

And this new API can be used in different places of XWiki (Create page, rename 
page, AWM-generated entries, etc).

That’s mostly what I meant by 1) below.

But for me this is not enough we also need to show the generated URL in the 
create page UI for example and that’s 2).

Right now we don’t have an agreement from all xwiki devs that they’re ok to go 
with showing the generated URL hence the UIXP idea.

If everyone agrees then the problem goes away and it can be built in the 
default UIs. There’s still the question of allowing the user to edit the last 
part of the URL but let’s consider it as a detail FTM.

> The proposed first point, to have component and a script service for
> converting strings to url-friendly strings, is the must have. This is what
> I strongly agree about.
> And it should provide some configuration in xwiki and it should take into
> account the language in which the page is being created. The speakingurl,
> aforementioned solution, works with language and provides quite a lot of
> customization.

Yep.

> Then this script service could be directly used in createinline.vm and
> other .vm files. Don't know about generally solving url-friendly thing in
> the custom applications.

Thanks
-Vincent

> Best regards
> Miroslav Galajda
> 
> 
> On 21 April 2017 at 16:45, Vincent Massol <vinc...@massol.net> wrote:
> 
>> 
>>> On 21 Apr 2017, at 16:19, Miroslav Galajda <miroslav.gala...@gmail.com>
>> wrote:
>>> 
>>> Hi, the slugify is different component than speakingurl, but currently it
>>> doesn't matter on this.
>>> 
>>> Ok, how would we solve this globally? Not only in default page creation
>>> process but also in custom applications, that create pages in their own.
>>> For example the FAQ uses this code to redirect to new FAQ page after
>>> entering question name:
>>> #set ($newFAQReference = $services.model.createDocumentReference('', '',
>>> "$question"))
>>> $response.sendRedirect($xwiki.getURL($newFAQReference, 'inline',
>>> "$!{request.queryString}=${escapetool.url($question)}"))
>>> 
>>> The solution you propose will be transparent for this code or will it
>>> require som modifications?
>> 
>> My proposal is to do 2 things:
>> 
>> 1) Introduce some new Component in XWiki Platform. I don’t know where. It
>> could be inside some existing modules in https://github.com/xwiki/
>> xwiki-platform/tree/master/xwiki-platform-core or introduce a new one in
>> there.
>> 
>> So a Component + a Script Service so that it can be accessed from wiki
>> pages inside scripts (velocity, groovy, etc).
>> 
>> This should cater for the need to be able to use it from anywhere.
>> 
>> It’s basically a clean up/transformation of String into something
>> human-readable.
>> 
>> 2) Introduce a UIXP inside createinline.vm to allow extenders to
>> contribute some sections in the Create UI. Actually the current “Location”
>> section could even be refactored to be implemented using a UIX for this
>> UIXP. Several UIX could be contributed with an order and they’d appear in
>> the defined order.
>> 
>> For more on UIXP, see http://extensions.xwiki.org/
>> xwiki/bin/view/Extension/UIExtension%20Module and to see existing ones
>> see http://platform.xwiki.org/xwiki/bin/view/ExtensionPoint/
>> 
>> 3) You could then implement an optional UIX to introduce a new URL section
>> that would use 1) to display what URL would be used for example. It could
>> also let t

Re: [xwiki-users] display page title and name(url) while creating a page

[Vincent Massol]

> On 21 Apr 2017, at 16:19, Miroslav Galajda <miroslav.gala...@gmail.com> wrote:
> 
> Hi, the slugify is different component than speakingurl, but currently it
> doesn't matter on this.
> 
> Ok, how would we solve this globally? Not only in default page creation
> process but also in custom applications, that create pages in their own.
> For example the FAQ uses this code to redirect to new FAQ page after
> entering question name:
> #set ($newFAQReference = $services.model.createDocumentReference('', '',
> "$question"))
> $response.sendRedirect($xwiki.getURL($newFAQReference, 'inline',
> "$!{request.queryString}=${escapetool.url($question)}"))
> 
> The solution you propose will be transparent for this code or will it
> require som modifications?

My proposal is to do 2 things:

1) Introduce some new Component in XWiki Platform. I don’t know where. It could 
be inside some existing modules in 
https://github.com/xwiki/xwiki-platform/tree/master/xwiki-platform-core or 
introduce a new one in there.

So a Component + a Script Service so that it can be accessed from wiki pages 
inside scripts (velocity, groovy, etc).

This should cater for the need to be able to use it from anywhere.

It’s basically a clean up/transformation of String into something 
human-readable.

2) Introduce a UIXP inside createinline.vm to allow extenders to contribute 
some sections in the Create UI. Actually the current “Location” section could 
even be refactored to be implemented using a UIX for this UIXP. Several UIX 
could be contributed with an order and they’d appear in the defined order.

For more on UIXP, see 
http://extensions.xwiki.org/xwiki/bin/view/Extension/UIExtension%20Module and 
to see existing ones see 
http://platform.xwiki.org/xwiki/bin/view/ExtensionPoint/

3) You could then implement an optional UIX to introduce a new URL section that 
would use 1) to display what URL would be used for example. It could also let 
the user modify the last part of the URL.

What I haven’t thought about yet is how this UIX will pass back the document 
name to createinline.vm. Maybe these UIX would be allowed to modify variables 
in the Velocity/Script context and that would be enough.

It probably needs to be brainstormed a bit more but this is the idea I have so 
far. I’d also like to have @Caty’s POV on the UI aspect/Layout of such a UIXP 
concept.

WDYT Miroslav?

Thanks
-Vincent

> 
> On 21 April 2017 at 16:00, Vincent Massol <vinc...@massol.net> wrote:
> 
>> 
>>> On 21 Apr 2017, at 15:36, Miroslav Galajda <miroslav.gala...@gmail.com>
>> wrote:
>>> 
>>> Hi,
>>> the solution I've described is javascript based and runs on client-side.
>>> From what I know, the component-based solution, which you propose, would
>>> require to have url-friendly conversion component usable in java and not
>> as
>>> javascript code. Am I right?
>> 
>> Yes you’re right but:
>> 
>> 1) There’s also a Java API, see https://github.com/slugify/slugify
>> 2) If we also offer a UIX then it can be implemented in a wiki page for
>> example and you can use JS.
>> 
>> Thanks
>> -Vincent
>> 
>>> On 21 April 2017 at 15:28, Vincent Massol <vinc...@massol.net> wrote:
>>> 
>>>> Hi Miroslav,
>>>> 
>>>>> On 21 Apr 2017, at 15:05, Miroslav Galajda <miroslav.gala...@gmail.com
>>> 
>>>> wrote:
>>>>> 
>>>>> Hi, let me enter into this conversion.
>>>>> Some time ago I've asked for help how to solve problem with diacritics
>>>> (or
>>>>> accents) in page names when creating new pages so that the have
>>>>> url-friendly names. You can search for "strip accents from page name
>> used
>>>>> in url" in xwiki users mailing list. I've got no hint or solution from
>>>>> xwiki community till today.
>>>>> 
>>>>> I've come with solution that ensures for simple users, creating
>>>>> url-friendly names without requiring them to think about the concept of
>>>> the
>>>>> page name or page title. They simple enter the desired human readably
>>>> page
>>>>> name, and in the code behind of the page creation, I have made some
>>>>> modifications in createinline.vm to hook into page creation process.
>> The
>>>>> modifications are mainly javascript based, where I've attache to submit
>>>>> event of the "form#create", where I replace the entered "title" with
>> the
>>>>> one for url-friendly. And for url-friendly name I've used this
>> javascript
>

Re: [xwiki-users] display page title and name(url) while creating a page

[Vincent Massol]

> On 21 Apr 2017, at 15:36, Miroslav Galajda <miroslav.gala...@gmail.com> wrote:
> 
> Hi,
> the solution I've described is javascript based and runs on client-side.
> From what I know, the component-based solution, which you propose, would
> require to have url-friendly conversion component usable in java and not as
> javascript code. Am I right?

Yes you’re right but:

1) There’s also a Java API, see https://github.com/slugify/slugify
2) If we also offer a UIX then it can be implemented in a wiki page for example 
and you can use JS.

Thanks
-Vincent

> On 21 April 2017 at 15:28, Vincent Massol <vinc...@massol.net> wrote:
> 
>> Hi Miroslav,
>> 
>>> On 21 Apr 2017, at 15:05, Miroslav Galajda <miroslav.gala...@gmail.com>
>> wrote:
>>> 
>>> Hi, let me enter into this conversion.
>>> Some time ago I've asked for help how to solve problem with diacritics
>> (or
>>> accents) in page names when creating new pages so that the have
>>> url-friendly names. You can search for "strip accents from page name used
>>> in url" in xwiki users mailing list. I've got no hint or solution from
>>> xwiki community till today.
>>> 
>>> I've come with solution that ensures for simple users, creating
>>> url-friendly names without requiring them to think about the concept of
>> the
>>> page name or page title. They simple enter the desired human readably
>> page
>>> name, and in the code behind of the page creation, I have made some
>>> modifications in createinline.vm to hook into page creation process. The
>>> modifications are mainly javascript based, where I've attache to submit
>>> event of the "form#create", where I replace the entered "title" with the
>>> one for url-friendly. And for url-friendly name I've used this javascript
>>> based solution on https://pid.github.io/speakingurl/.
>>> I've integrated this principle also into page creation process of FAQ and
>>> Blog applications, which we are using in our xwiki installation.
>>> 
>>> It would be nice if you could integrate this principle into xwiki so that
>>> everyone can have nice url-friendly urls without worring about it. It is
>>> also suitable for english speaking users. You don't have to worry about
>>> entering spaces or other non-url allowed characters, which make url look
>>> ugly.
>> 
>> That looks very nice!
>> 
>> One way forward I could think about:
>> * We provide some Create script service to return a URL-friendly string.
>> We introduce a component role for this. We refactor createinline.vm to use
>> it and to display the URL.
>> * You could then contribute your code as an extension that we make
>> available on extensions.xwiki.org for users to install
>> * We decide later on if we want to bundle it by default
>> 
>> If we don’t agree about displaying the URL by default all the time then an
>> option is to introduce a UIX in createinline.vm for that. And this could be
>> implemented in your extension too for example or by default in XWiki
>> (possibly with an Admin setting).
>> 
>> WDYT?
>> 
>> Thanks
>> -Vincent
>> 
>>> 
>>> Thank you
>>> 
>>> Best regards
>>> Miroslav Galajda
>>> 
>>> On 21 April 2017 at 14:02, Vincent Massol <vinc...@massol.net> wrote:
>>> 
>>>> 
>>>>> On 21 Apr 2017, at 13:52, Marius Dumitru Florea <
>>>> mariusdumitru.flo...@xwiki.com> wrote:
>>>>> 
>>>>> On Fri, Apr 21, 2017 at 2:16 PM, Vincent Massol <vinc...@massol.net>
>>>> wrote:
>>>>> 
>>>>>> Hi Caty,
>>>>>> 
>>>>>>> On 21 Apr 2017, at 12:44, Ecaterina Moraru (Valica) <
>> vali...@gmail.com
>>>>> 
>>>>>> wrote:
>>>>>>> 
>>>>>>> Let's see what variants we have:
>>>>>>> 
>>>>>>> 1. Instead of displaying "Title", display the "Name" instead.
>>>>>>> This won't solve anything. There is no difference between Page Name
>> and
>>>>>>> Page Title for the normal users. Seeing "Name" instead of "Title",
>> will
>>>>>> not
>>>>>>> stop the users to enter spaces if they want, so the URL will still
>> have
>>>>>>> those spaces. We don't force the Page Names to trim spaces.
>>>>>&g

Re: [xwiki-users] display page title and name(url) while creating a page

[Vincent Massol]

Hi Miroslav,

> On 21 Apr 2017, at 15:05, Miroslav Galajda <miroslav.gala...@gmail.com> wrote:
> 
> Hi, let me enter into this conversion.
> Some time ago I've asked for help how to solve problem with diacritics (or
> accents) in page names when creating new pages so that the have
> url-friendly names. You can search for "strip accents from page name used
> in url" in xwiki users mailing list. I've got no hint or solution from
> xwiki community till today.
> 
> I've come with solution that ensures for simple users, creating
> url-friendly names without requiring them to think about the concept of the
> page name or page title. They simple enter the desired human readably page
> name, and in the code behind of the page creation, I have made some
> modifications in createinline.vm to hook into page creation process. The
> modifications are mainly javascript based, where I've attache to submit
> event of the "form#create", where I replace the entered "title" with the
> one for url-friendly. And for url-friendly name I've used this javascript
> based solution on https://pid.github.io/speakingurl/.
> I've integrated this principle also into page creation process of FAQ and
> Blog applications, which we are using in our xwiki installation.
> 
> It would be nice if you could integrate this principle into xwiki so that
> everyone can have nice url-friendly urls without worring about it. It is
> also suitable for english speaking users. You don't have to worry about
> entering spaces or other non-url allowed characters, which make url look
> ugly.

That looks very nice!

One way forward I could think about:
* We provide some Create script service to return a URL-friendly string. We 
introduce a component role for this. We refactor createinline.vm to use it and 
to display the URL.
* You could then contribute your code as an extension that we make available on 
extensions.xwiki.org for users to install
* We decide later on if we want to bundle it by default

If we don’t agree about displaying the URL by default all the time then an 
option is to introduce a UIX in createinline.vm for that. And this could be 
implemented in your extension too for example or by default in XWiki (possibly 
with an Admin setting).

WDYT?

Thanks
-Vincent

> 
> Thank you
> 
> Best regards
> Miroslav Galajda
> 
> On 21 April 2017 at 14:02, Vincent Massol <vinc...@massol.net> wrote:
> 
>> 
>>> On 21 Apr 2017, at 13:52, Marius Dumitru Florea <
>> mariusdumitru.flo...@xwiki.com> wrote:
>>> 
>>> On Fri, Apr 21, 2017 at 2:16 PM, Vincent Massol <vinc...@massol.net>
>> wrote:
>>> 
>>>> Hi Caty,
>>>> 
>>>>> On 21 Apr 2017, at 12:44, Ecaterina Moraru (Valica) <vali...@gmail.com
>>> 
>>>> wrote:
>>>>> 
>>>>> Let's see what variants we have:
>>>>> 
>>>>> 1. Instead of displaying "Title", display the "Name" instead.
>>>>> This won't solve anything. There is no difference between Page Name and
>>>>> Page Title for the normal users. Seeing "Name" instead of "Title", will
>>>> not
>>>>> stop the users to enter spaces if they want, so the URL will still have
>>>>> those spaces. We don't force the Page Names to trim spaces.
>>>>> 
>>>>> One quick solution here is indeed to use "URL" label instead of "Name".
>>>> For
>>>>> the reasons Vincent mentioned this might not end up in the product for
>>>> now,
>>>> 
>>>> What did I mention? :) What’s preventing us from having it in the
>> product
>>>> rather soon than later (except workload ofc)?
>>>> 
>>>>> so you will need to do some custom development (changing some
>>>> translations)
>>>>> to have this change. If you want to be "hackish" you can even change
>> the
>>>>> translation for "Title" to "URL" instead and hope that your users will
>>>>> enter shorter URLs (since we generate the name from the title).
>>>>> 
>>>>> Displaying just Name / URL, means users will still have to go and
>> change
>>>>> the title manually.
>>>> 
>>>> This could be better (with URL name) since when you create a page you’re
>>>> offered the ability to change the title after you click Create.
>>>> 
>>>>> The only way to cut a step in the flow is to
>>>>> autogenerate the page names (which we currently do). But for your us

Re: [xwiki-users] display page title and name(url) while creating a page

[Vincent Massol]

> On 21 Apr 2017, at 13:52, Marius Dumitru Florea 
> <mariusdumitru.flo...@xwiki.com> wrote:
> 
> On Fri, Apr 21, 2017 at 2:16 PM, Vincent Massol <vinc...@massol.net> wrote:
> 
>> Hi Caty,
>> 
>>> On 21 Apr 2017, at 12:44, Ecaterina Moraru (Valica) <vali...@gmail.com>
>> wrote:
>>> 
>>> Let's see what variants we have:
>>> 
>>> 1. Instead of displaying "Title", display the "Name" instead.
>>> This won't solve anything. There is no difference between Page Name and
>>> Page Title for the normal users. Seeing "Name" instead of "Title", will
>> not
>>> stop the users to enter spaces if they want, so the URL will still have
>>> those spaces. We don't force the Page Names to trim spaces.
>>> 
>>> One quick solution here is indeed to use "URL" label instead of "Name".
>> For
>>> the reasons Vincent mentioned this might not end up in the product for
>> now,
>> 
>> What did I mention? :) What’s preventing us from having it in the product
>> rather soon than later (except workload ofc)?
>> 
>>> so you will need to do some custom development (changing some
>> translations)
>>> to have this change. If you want to be "hackish" you can even change the
>>> translation for "Title" to "URL" instead and hope that your users will
>>> enter shorter URLs (since we generate the name from the title).
>>> 
>>> Displaying just Name / URL, means users will still have to go and change
>>> the title manually.
>> 
>> This could be better (with URL name) since when you create a page you’re
>> offered the ability to change the title after you click Create.
>> 
>>> The only way to cut a step in the flow is to
>>> autogenerate the page names (which we currently do). But for your use
>> case
>>> you shoyld write a shorting/trimming algorithm, but this is custom, since
>>> you mentioned you want just the initials and no spaces, etc.
>>> 
>>> 2. Displaying both "Title" and "Name". This will create confusion and
>> need
>>> for explanations.
>> 
>> This is not exactly what is suggested either by Vishal nor by me :) What
>> we suggested is to let the user enter the URL name and title.
>> 
>> Actually and to be more precise what I was suggesting was to continue to
>> let the user enter the title but to show the generated URL as it’s done in
>> AWM. And, importantly to allow the user to change the last part of the URL
>> (it would change the page name).
>> 
>>> That's why we display these options just for advanced and
>>> long-time users of XWiki, since they are used to the concepts.
>> 
>> 
> 
>> Yes but URLs don't need an advanced user to understand the concept and I
>> agree with Vishal that we’re now causing a very large number of pages to
>> have %25 in their URLs by default which is quite bad… Of course someone can
>> spend their time monitoring what users are doing and renaming pages
>> thereafter or educate their users to do that but we’re not helping and
>> we’re making it difficult.
>> 
> 
> If your web site is not in English then you're forced to use special
> characters like diacritics which makes it hard to avoid URL encoded
> characters (the browser location bar displays the URL nicely but if you
> copy the URL the result is not nice).

Agreed. So I’d say it’s even more important to allow the user to be able to 
easily view and change the resulting URL when they’re not in English.

Thanks
-Vincent

> 
> 
>> 
>>> -
>>> 
>>> IMO what you are describing is advanced user behavior. Normal users don't
>>> generally care about their URLs and SEO.
>> 
>> I don’t fully agree with you. I have the feeling (can’t prove it) that a
>> good number of our users care about the generated URLs.
>> 
> 
>> Also I think that simple users may care about URL without being advanced
>> users. Making them advanced users will expose them to a lot more complexity
>> than they need to know.
>> 
>>> But the beauty of XWiki is that
>>> you can customize it locally to perfectly match your needs.
>> 
>> That’s not exactly true (and it’s far from being easy, just check
>> createinline.vm): It means overriding large portions of vm code and having
>> to do manual merges whenever you upgrade. A major PITA.
>> 
>>> Vincent mentioned something about AWM. I don't see much difference from
>> the

Re: [xwiki-users] display page title and name(url) while creating a page

[Vincent Massol]

Hi Mahomed,

> On 21 Apr 2017, at 13:50, Mahomed Hussein <maho...@custodiandc.com> wrote:
> 
> This is quite an interesting discussion and I'd like to add a few points if 
> you don't mind.
> 
> When we first started using XWiki, our users did comment about the really 
> long URLs that were being generated from the Title. But as our XWiki is 
> internal only for documentation, I kind of brushed it off with "That's just 
> the way it works".
> 
> But I agree that in some cases it would be good to be able to edit the 
> resulting URL. Both for us, and obviously for other users. :-)
> 
> In regards of how to achieve this, I'd like to propose a half-way 
> house/compromise.
> 
> Firstly, create an Admin option in the Admin control panel to the effect of:
> 
> "Allow users to edit the Page URL when creating new pages"
> - Always
> - Optional
> - Never (Default)

Thanks for participating to the discussion!  :) We need the max # of users to 
provide an opinion.

The fact that the default would be “Never” in your proposal above wouldn’t help 
that much since by default users wouldn’t be able to control the URLs and thus 
you’d need to educate everyone that they need to turn this on. It’s quite 
similar to telling your users to be Advanced users.

Now, what could be done is having some Admin settings for the defaults when a 
user account is created in your wiki. It’s just a bit more work and the Admin 
would still to know about this and thus it’s extra knowledge/complexity to use 
XWiki.

Now we would need to do something like this if we cannot agree that in all 
cases it’s ok to have the URL displayed in the Create page. If we agree that 
it’s fine then this config option is not required.

Thanks
-Vincent

> Then on the create page, you would have the following "minor" changes (I say 
> minor because changes are always minor to the person who is not doing the 
> programming ;-)  )
> 
> If the Admin option is "Never" then the create page remains as it is.
> 
> If the Admin option is "Optional" then there should be a link/button under 
> Title that is called "Edit Page URL". This would be an extra button on the 
> current create page form. When the user clicks the button/link, they then get 
> another text box in which to specify the URL parameter.
> 
> If the Admin option is "Always" then the create page will show "Page Title" 
> (as it is currently) and will also show the "Page URL" text box. Ideally, 
> this Page URL text box should be auto-populated with the proposed 
> auto-generated name from the title (unless the Page URL is edited before the 
> Page Title). Obviously you'll have to do a few other checks to make sure it's 
> a valid entry for a URL in both cases (but you may have this already from the 
> old version where both options always showed).
> 
> 
> I also recommend that the current description text for Title is changed from 
> the very short "Title of the new page"
> to
> "This is Title Heading shown at the top of the document when viewed. The Page 
> URL is auto-generated from this title"
> 
> 
> Kind regards,
> 
> 
> 
> 
> Mahomed Hussein
> Custodian Data Centre
> Email: maho...@custodiandc.com
> http://www.CustodianDC.com
> 
> -Original Message-
> From: users [mailto:users-boun...@xwiki.org] On Behalf Of Vincent Massol
> Sent: 21 April 2017 12:16
> To: XWiki Users <users@xwiki.org>
> Subject: Re: [xwiki-users] display page title and name(url) while creating a 
> page
> 
> Hi Caty,
> 
>> On 21 Apr 2017, at 12:44, Ecaterina Moraru (Valica) <vali...@gmail.com> 
>> wrote:
>> 
>> Let's see what variants we have:
>> 
>> 1. Instead of displaying "Title", display the "Name" instead.
>> This won't solve anything. There is no difference between Page Name
>> and Page Title for the normal users. Seeing "Name" instead of "Title",
>> will not stop the users to enter spaces if they want, so the URL will
>> still have those spaces. We don't force the Page Names to trim spaces.
>> 
>> One quick solution here is indeed to use "URL" label instead of
>> "Name". For the reasons Vincent mentioned this might not end up in the
>> product for now,
> 
> What did I mention? :) What’s preventing us from having it in the product 
> rather soon than later (except workload ofc)?
> 
>> so you will need to do some custom development (changing some
>> translations) to have this change. If you want to be "hackish" you can
>> even change the translation for "Title" to "URL" instead and hope th

Re: [xwiki-users] display page title and name(url) while creating a page

[Vincent Massol]

Hi Caty,

> On 21 Apr 2017, at 12:44, Ecaterina Moraru (Valica) <vali...@gmail.com> wrote:
> 
> Let's see what variants we have:
> 
> 1. Instead of displaying "Title", display the "Name" instead.
> This won't solve anything. There is no difference between Page Name and
> Page Title for the normal users. Seeing "Name" instead of "Title", will not
> stop the users to enter spaces if they want, so the URL will still have
> those spaces. We don't force the Page Names to trim spaces.
> 
> One quick solution here is indeed to use "URL" label instead of "Name". For
> the reasons Vincent mentioned this might not end up in the product for now,

What did I mention? :) What’s preventing us from having it in the product 
rather soon than later (except workload ofc)?

> so you will need to do some custom development (changing some translations)
> to have this change. If you want to be "hackish" you can even change the
> translation for "Title" to "URL" instead and hope that your users will
> enter shorter URLs (since we generate the name from the title).
> 
> Displaying just Name / URL, means users will still have to go and change
> the title manually.

This could be better (with URL name) since when you create a page you’re 
offered the ability to change the title after you click Create.

> The only way to cut a step in the flow is to
> autogenerate the page names (which we currently do). But for your use case
> you shoyld write a shorting/trimming algorithm, but this is custom, since
> you mentioned you want just the initials and no spaces, etc.
> 
> 2. Displaying both "Title" and "Name". This will create confusion and need
> for explanations.

This is not exactly what is suggested either by Vishal nor by me :) What we 
suggested is to let the user enter the URL name and title.

Actually and to be more precise what I was suggesting was to continue to let 
the user enter the title but to show the generated URL as it’s done in AWM. 
And, importantly to allow the user to change the last part of the URL (it would 
change the page name).

> That's why we display these options just for advanced and
> long-time users of XWiki, since they are used to the concepts.

Yes but URLs don't need an advanced user to understand the concept and I agree 
with Vishal that we’re now causing a very large number of pages to have %25 in 
their URLs by default which is quite bad… Of course someone can spend their 
time monitoring what users are doing and renaming pages thereafter or educate 
their users to do that but we’re not helping and we’re making it difficult.

> -
> 
> IMO what you are describing is advanced user behavior. Normal users don't
> generally care about their URLs and SEO.

I don’t fully agree with you. I have the feeling (can’t prove it) that a good 
number of our users care about the generated URLs.

Also I think that simple users may care about URL without being advanced users. 
Making them advanced users will expose them to a lot more complexity than they 
need to know.

> But the beauty of XWiki is that
> you can customize it locally to perfectly match your needs.

That’s not exactly true (and it’s far from being easy, just check 
createinline.vm): It means overriding large portions of vm code and having to 
do manual merges whenever you upgrade. A major PITA.

> Vincent mentioned something about AWM. I don't see much difference from the
> Create Page. We generate the names from title here too. We display them in
> the breadcrumb, but in a more simple way. Displaying the "localhost"/server
> part is not simple user behavior. AWM is more complex.
> 
> -
> 
> So I would not change anything on the product side, since I believe these
> should be solved as custom changes for your instance.
> We want to encourage users to use page titles (with spaces in them since
> they are more readable and supported), while we are preserving the page
> name behavior for advances users (but we don't enforce it).

I don’t agree with this sentence: We definitely don’t want to encourage users 
to use titles in URLs.

> If users made
> mistakes they can always change the title or rename the page.
> On the product side the only change I would like us to do is using the URL
> naming, but this was debated in the past and dropped for Vincent's reasons.

What reasons, I don’t remember a discussion about using URL name instead of 
page name?

So our main disagreement is that I consider that favouring encoded characters 
in URLs is not a good thing while you think it’s not a large enough problem to 
do something about it.

Would it make our UI too complex to use for simple users if we were showing a 
URL and the ability to change the last part of it? IMO what’s complex 

Re: [xwiki-users] Docker xwiki setup

[Vincent Massol]

> On 21 Apr 2017, at 08:32, Vincent Massol <vinc...@massol.net> wrote:
> 
> Hi Marcelo,
> 
>> On 21 Apr 2017, at 05:53, Marcelo Martins <mmart...@etaphisystems.com> wrote:
>> 
>> I have installed XWiki from docker as explained on docker hub xwiki
>> <https://hub.docker.com/_/xwiki/> , but I ran into a couple of issues when
>> it came to installing some extensions that required me to modify the
>> xwiki.cfg file or others within the webapps location.
>> 
>> So in order to overcome that I used docker cp to sync the tomcat directory
>> within the container to a location on the host. Then I also mapped that
>> host location into the container once I did docker run, much like the mysql
>> data volume mapping. I guess I probably should have just created a docker
>> volume first and then used that to map it to /usr/local/tomcat since the
>> docs says that will sync the data on the container back to the docker
>> volume. Haven't used docker volumes much so didn't think about it before.
>> 
>> So, since I assume that there are files within the tomcat webapps location
>> that may need to be modified,  due to extensions or perhaps something else,
>> shouldn't that be also made into a persistent volume ?
>> 
>> 
>> /opt/docker/host_volumes/
>> xwiki.org/xwiki_tomcat/webapps/ROOT/WEB-INF/xwiki.cfg
> 
> Yes you’re correct. Right now in the instructions and in the dockerfile I’m 
> mapping 2 directories so that they’re accessible on the host:
> * The XWiki permanent directory
> * The DB directory
> 
> I’ve just created a new jira issue to also map the 2 main configuration files 
> you may want to modify:
> * xwiki.cfg
> * xwiki.properties
> 
> https://jira.xwiki.org/browse/XDOCKER-20
> 
> I’ll work on that real soon.
> 
> Would that fit your need?

So I tried and it’s not that easy. See https://jira.xwiki.org/browse/XDOCKER-20 
for a workaround for the time being.

Thanks
-Vincent

> 
> Thanks
> -Vincent
> 
> 
>> 
>> 
>> Thanks
>> --
>> Marcelo

Re: [xwiki-users] Docker xwiki setup

[Vincent Massol]

Hi Marcelo,

> On 21 Apr 2017, at 05:53, Marcelo Martins  wrote:
> 
> I have installed XWiki from docker as explained on docker hub xwiki
>  , but I ran into a couple of issues when
> it came to installing some extensions that required me to modify the
> xwiki.cfg file or others within the webapps location.
> 
> So in order to overcome that I used docker cp to sync the tomcat directory
> within the container to a location on the host. Then I also mapped that
> host location into the container once I did docker run, much like the mysql
> data volume mapping. I guess I probably should have just created a docker
> volume first and then used that to map it to /usr/local/tomcat since the
> docs says that will sync the data on the container back to the docker
> volume. Haven't used docker volumes much so didn't think about it before.
> 
> So, since I assume that there are files within the tomcat webapps location
> that may need to be modified,  due to extensions or perhaps something else,
> shouldn't that be also made into a persistent volume ?
> 
> 
> /opt/docker/host_volumes/
> xwiki.org/xwiki_tomcat/webapps/ROOT/WEB-INF/xwiki.cfg

Yes you’re correct. Right now in the instructions and in the dockerfile I’m 
mapping 2 directories so that they’re accessible on the host:
* The XWiki permanent directory
* The DB directory

I’ve just created a new jira issue to also map the 2 main configuration files 
you may want to modify:
* xwiki.cfg
* xwiki.properties

https://jira.xwiki.org/browse/XDOCKER-20

I’ll work on that real soon.

Would that fit your need?

Thanks
-Vincent


> 
> 
> Thanks
> --
> Marcelo

Re: [xwiki-users] display page title and name(url) while creating a page

[Vincent Massol]

> On 20 Apr 2017, at 22:51, Vincent Massol <vinc...@massol.net> wrote:
> 
> Hi Vishal,
> 
> Ok, I misunderstood you in your first email. I understood the opposite. I 
> thought you were complaining that have 2 notions (page name + page title) was 
> confusing but it’s actually the opposite! What you find confusing is the fact 
> that it’s not easy for your users to set both the page name and page titles!
> 
> It’s funny (or not :)) since this is exactly what we had in past versions of 
> XWiki and we had several complaints that it was confusing to have the 2 
> notions and this is why he hid the page name only for advanced users.

Actually, if I remember well, what we were doing was to ask for the page name 
and we were setting the title to the same as the page name by default and then 
the user could edit the title before saving the page.

We’ve now done the opposite (user deciding on the title and page name being 
derived from it) but leading to the issue you’re raising about URL SEO…

Thanks
-Vincent

> See below.
> 
>> On 20 Apr 2017, at 14:20, Vishal <thewikinote...@gmail.com> wrote:
>> 
>> Thanks Vincent for your thorough reply..
>> You guessed it right. We intend to have clean and short urls for SEO
>> reasons. 
>> Current scheme creates two problems:
>> 
>> 1) The Page name is fetched automatically from the Title. Often the titles
>> have spaces which translate as *percent characters *in url which makes it
>> somewhat unclean :)
> 
> Indeed you’re right. By hiding the page name we’re now incitating to have 
> longer URLs and encoded characters showing up in URLs which is not nice I 
> agree.
> 
> Maybe one solution is to do something similar to what we do in AWM, i.e. 
> generate automatically the URL from the title entered by the user and show 
> the resulting URL to the user and give the user the opportunity to change the 
> URL.
> 
> See 
> http://extensions.xwiki.org/xwiki/bin/download/Extension/App%20Within%20Minutes%20Application/AppWithinMinutes-Step1.png
> 
>> 2) Secondly, to have the shorter url, we use only the short forms of
>> complete title. 
>> Ex. For title 'Pune University' we use name PU. 
> 
> Hey, you’re from Pune? :) I’ve been there about 15 times! That was in a 
> previous job where my company and KPIT Cummins were partners.
> 
>> Otherwise in this hierarchy of pages, the url would be much longer. 
>> Ex. We have page 'Electronics and Telecommunications' branch under page
>> 'Pune University'. We should not have such a long url. Instead here we need
>> PU/ENTC or Pune-University/ENTC
>> 
>> To avoid all this, what we currently do:
>> 1) On create page dialog, use PU as title.. This will create url as PU.
>> If full name is used here as title, we need to use - instead of spaces to
>> avoid percent characters in url.
>> 2) While in edit mode, change the title back to Pune University. Remove any
>> - characters to make title clean.
>> This is where confusion creeps in.
>> 
>> If these two terms create confusion, why I need to show them both:
>> I guess the *confusion is due to term Name*. It doesn't reflect actual usage
>> of the term. URL or weblink or link or web address would be more apt terms
>> to use to instead of Name. 
> 
> Regarding Page name vs Page URL.
> 
> A bit of history: The reason we used page name and not page URL originally is 
> because what the user is creating is a document in the database and initially 
> it was called Document Name. Since that was a bit confusing for users, we had 
> decided to call it Page Name. It just happened that the URL used was directly 
> derived from the document/page name.
> 
> In practice the 3 concepts could have different values:
> * a value for the document’s name in the DB
> * another value for the document’s title
> * yet another value used in the URL.
> 
> We’ve had discussions so that we could let the user provide shorter URLs for 
> pages in the future.
> 
> Now for the time being and since we don’t have this ATM, I think I agree with 
> you that we could decide to display to the user the URL that will be 
> generated (the encoded URL) and allow the user to change it. Internally the 
> user would change the document name.
> 
>> My users can differentiate between Title and URL. But the whole procedure we
>> follow is certainly not understandable by all. And we definitely need to
>> follow this whole long procedure, just to have short and clean urls.
> 
> Yes, if you’re asking your users to care about the URLs that get generated, 
> right now they need to be advanced users to be able to edit the page name in 
> the Create Page UI (since ch

Re: [xwiki-users] display page title and name(url) while creating a page

[Vincent Massol]

Hi Vishal,

Ok, I misunderstood you in your first email. I understood the opposite. I 
thought you were complaining that have 2 notions (page name + page title) was 
confusing but it’s actually the opposite! What you find confusing is the fact 
that it’s not easy for your users to set both the page name and page titles!

It’s funny (or not :)) since this is exactly what we had in past versions of 
XWiki and we had several complaints that it was confusing to have the 2 notions 
and this is why he hid the page name only for advanced users.

See below.

> On 20 Apr 2017, at 14:20, Vishal  wrote:
> 
> Thanks Vincent for your thorough reply..
> You guessed it right. We intend to have clean and short urls for SEO
> reasons. 
> Current scheme creates two problems:
> 
> 1) The Page name is fetched automatically from the Title. Often the titles
> have spaces which translate as *percent characters *in url which makes it
> somewhat unclean :)

Indeed you’re right. By hiding the page name we’re now incitating to have 
longer URLs and encoded characters showing up in URLs which is not nice I agree.

Maybe one solution is to do something similar to what we do in AWM, i.e. 
generate automatically the URL from the title entered by the user and show the 
resulting URL to the user and give the user the opportunity to change the URL.

See 
http://extensions.xwiki.org/xwiki/bin/download/Extension/App%20Within%20Minutes%20Application/AppWithinMinutes-Step1.png

> 2) Secondly, to have the shorter url, we use only the short forms of
> complete title. 
> Ex. For title 'Pune University' we use name PU. 

Hey, you’re from Pune? :) I’ve been there about 15 times! That was in a 
previous job where my company and KPIT Cummins were partners.

> Otherwise in this hierarchy of pages, the url would be much longer. 
> Ex. We have page 'Electronics and Telecommunications' branch under page
> 'Pune University'. We should not have such a long url. Instead here we need
> PU/ENTC or Pune-University/ENTC
> 
> To avoid all this, what we currently do:
> 1) On create page dialog, use PU as title.. This will create url as PU.
> If full name is used here as title, we need to use - instead of spaces to
> avoid percent characters in url.
> 2) While in edit mode, change the title back to Pune University. Remove any
> - characters to make title clean.
> This is where confusion creeps in.
> 
> If these two terms create confusion, why I need to show them both:
> I guess the *confusion is due to term Name*. It doesn't reflect actual usage
> of the term. URL or weblink or link or web address would be more apt terms
> to use to instead of Name. 

Regarding Page name vs Page URL.

A bit of history: The reason we used page name and not page URL originally is 
because what the user is creating is a document in the database and initially 
it was called Document Name. Since that was a bit confusing for users, we had 
decided to call it Page Name. It just happened that the URL used was directly 
derived from the document/page name.

In practice the 3 concepts could have different values:
* a value for the document’s name in the DB
* another value for the document’s title
* yet another value used in the URL.

We’ve had discussions so that we could let the user provide shorter URLs for 
pages in the future.

Now for the time being and since we don’t have this ATM, I think I agree with 
you that we could decide to display to the user the URL that will be generated 
(the encoded URL) and allow the user to change it. Internally the user would 
change the document name.

> My users can differentiate between Title and URL. But the whole procedure we
> follow is certainly not understandable by all. And we definitely need to
> follow this whole long procedure, just to have short and clean urls.

Yes, if you’re asking your users to care about the URLs that get generated, 
right now they need to be advanced users to be able to edit the page name in 
the Create Page UI (since changing the title afterwards is too cumbersome).

> So, by showing both fields at the first place itself, I would like to
> shorten the procedure and url length.

I’m in agreement with you. Let’s see what others think.

Thanks for this interesting discussion!
-Vincent

> --
> View this message in context: 
> http://xwiki.475771.n2.nabble.com/Page-Title-and-Name-confusion-tp7603546p7603551.html
> Sent from the XWiki- Users mailing list archive at Nabble.com.

Re: [xwiki-users] display page title and name(url) while creating a page

[Vincent Massol]

Hi Vishal,

That’s an interesting feedback. We’ve tried to already solve this issue in 
recent versions of XWiki by having a simplified Page Creation UI but apparently 
you think there’s still a problem so we need to discuss that to try to find a 
solution.

> On 20 Apr 2017, at 07:31, Vishal  wrote:
> 
> I want to display Page Name field only while page creation.
> By default currently it is shown as:
> 
>  

Note that on this screenshot the only thing that the use fills is “Title”. Why 
is that causing a confusion?

Technically we have both notions: Page name and Title. But in the UI shown to 
the users they only see Title (and internally set the page name to be that 
title). So they don’t need to know about the Page name concept. I’m curious to 
know why your users know about the page name concept.

> It is creating a lot of confusion for my users between Title and Name, and I
> don't suppose to explain it to them all. They couldn't understand this
> complexity..

You just need to explain to them the title concept. I’m referring to simple 
users of your wiki. Of course if you also have developers doing scripting in 
the wiki then they probably need to understand both concepts.

Now if you really want to explain the difference between the 2:
* Page name is to control the URL displayed, so that you can hand-craft nice 
URLs for SEO reasons or other
* Title is simply what gets displayed in the UI when you view a page

> 1) I wish to remove the Title field from this Page creation dialog and
> display url field instead.
> Currently, by clicking the pencil/edit icon, the parent and name fields are
> displayed.
> 
>  

Only advanced users have the options to click this pencil button. And our 
rationale is that advanced users know the difference between page name and 
title.

> 2) Is there any way to set this edit icon by default to display these
> fields?

I’m lost here. You’re saying that there’s a confusion and you want to always 
show both fields? :)

> 3) And can I rename Name field to URL/Link to clear the confusions??

If you’re prepared to bring changes to your instance, you can modify everything 
in xwiki. You can do this by creating a custom skin and overriding the 
createinline.vm template.

But first I’d like that we find an agreement about what would be best for XWiki 
since maybe there’s something we need to do on our side to clear any confusion.

Thanks
-Vincent

> --
> View this message in context: 
> http://xwiki.475771.n2.nabble.com/display-page-title-and-name-url-while-creating-a-page-tp7603546.html
> Sent from the XWiki- Users mailing list archive at Nabble.com.

Re: [xwiki-users] User Dashboards

[Vincent Massol]

Hi,

What version of XWiki are you using?

The dashboard is no longer displayed on the home page by default in recent 
versions (since about mid of last year I’d say). However it’s available from 
Dashboard.WebHome.

Thus, in recent versions, when you enable this option, it simply displays your 
user dashboard instead of the default dashboard for the Dashboard.WebHome page 
(ie when you click “Dashboard” in the Applications panel).

Thanks
-Vincent

> On 17 Apr 2017, at 18:26, Nolan Vines  wrote:
> 
> I'm trying to enable the option "DISPLAY MY DASHBOARD ON THE WIKI HOME WHEN 
> I'M LOGGED IN (INSTEAD OF THE DEFAULT DASHBOARD)" but despite setting it to 
> "yes" when I click the home button which loads 
> domain.com:8084/bin/view/dashboard, it shows the default dashboard and not my 
> own user dashboard.
> 
> emdinc.
> Nolan Vines Systems Administrator
> 
> 1411 Twin Oaks Street, Wichita Falls, TX, 76302
> office: (940) 322-2206
> direct: (940) 264-9140
> nvi...@emdinc.com
> 
> 

Re: [xwiki-users] error while lunching xwiki

[Vincent Massol]

Hi,

> On 17 Apr 2017, at 07:31, Rajesh Sharma  wrote:
> 
> Hi,
> 
> Can someone look into this error.
> 
> Best,
> Rajesh
> 
> 
> HTTP Status 500 - com.xpn.xwiki.XWikiException: Error number 11007 in 0:
> Failed to extract Entity Resource Reference from URL
> [http://sample-env.2mk5pyv8zd.ap-south-1.elasticbeanstalk.com/bin/view/Mai
> n/]

[snip]

> java.lang.ClassNotFoundException: org.hsqldb.jdbcDriver

So, for some reasons you’re missing the HSQLDB JDBC driver JAR from your 
WEB-INF/lib.

See detailed instructions at 
http://platform.xwiki.org/xwiki/bin/view/AdminGuide/InstallationWAR#HInstallandconfigureaRelationalDatabase

Thanks
-Vincent

Re: [xwiki-users] Extension installation problem

[Vincent Massol]

Hi,

> On 14 Apr 2017, at 11:14, redactech  wrote:
> 
> Hi,
> 
> We've installed xwiki on our server and i have the following problem: i
> can't install or remove extensions anymore, the status is as on the picture
> for a few days now.
> 
>  
> 
> What can I do to solve the problem?

Maybe this is a browser cache issue? Could you force refresh your cache?

Thanks
-Vincent

> 
> Thanks for your help.
> 
> 
> 
> 
> 
> --
> View this message in context: 
> http://xwiki.475771.n2.nabble.com/Extension-installation-problem-tp7603489.html
> Sent from the XWiki- Users mailing list archive at Nabble.com.

Re: [xwiki-users] Table of content in a panel

[Vincent Massol]

Hi,

See http://jira.xwiki.org/browse/XWIKI-13750

Thanks
-Vincent


> On 11 Apr 2017, at 16:57, Gerritjan Koekkoek  wrote:
> 
> Is it possible to use the TOC-macro in a side panel
> 
> 
> When I have a panel with the following code:
> 
> {{velocity}}
> 
> #panelheader('waihonaTableOfContent')
> 
>  {{toc start=1 depth=6 numbered=false scope=page /}}
> 
> #panelfooter()
> 
> {{/velocity}}
> 
> 
> And I place that panel on a page I'm getting no results?
> 
> 
> Gerritjan Koekkoek
> Vader van Rai Koekkoek (cdls) en voorzitter vereniging CdLS
> Visit our website
> Facebook
> email
> 
> 
> 

Re: [xwiki-users] Which subdirectory to delete for xwiki 8.4.4 cleaning?

[Vincent Massol]

Hi Pascal,

> On 10 Apr 2017, at 12:15, Thomas Mortagne  wrote:
> 
> On Mon, Apr 10, 2017 at 11:25 AM, Pascal BASTIEN
>  wrote:
>> Hello,
>> 
>> Could you tell me chich subdirectory to delete for xwiki cleaning in my 
>> environment.permanentDirectory=/home//data_xwiki/?

See http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Backup

Thanks
-Vincent

PS: I’ve added some missing details.

>> 
>> When I need to restart, upgrade xwiki or save my data subdirectory, I wonder 
>> which subdirectory I can delete...
>> 
>> I know I can remove: /home//data_xwiki/solr
>> 
>> Can I remove, these one?
> 
>> /home//data_xwiki/mails/
> 
> AFAIK this folder is used to store mail before they are actually sent.
> 
>> /home//data_xwiki/lucene
> 
> This is not used since 7.0 so you should definitely get rid of it.
> 
>> and/or
> 
>> /home//data_xwiki/cache/
> 
> Not a bad idea. For now this folder contains only descriptors of core
> extensions that were resolved online you get more details
> ("extension/core" subfolder). If you delete it XWiki will simply try
> to resolve them at startup but it won't need to resolve much since the
> WAR embeds complete descriptors for all the JARs it contains in 8.4.4.
> It will clean descriptors that were downloaded in previous versions.
> 
>> 
>> Thxs
>> 
>> Pascal B
> 
> Now, except for lucene maybe if you have lots of documents, cleaning
> those folders should not free much space if that's why you want to
> cleanup.
> 
> 
> -- 
> Thomas Mortagne

Re: [xwiki-users] Feedback about XWiki (was Re: Help Request! Running the Attachment Porter)

[Vincent Massol]

Hi Craig,

> On 6 Apr 2017, at 13:43, Eduard Moraru <enygma2...@gmail.com> wrote:
> 
> Hi, Craig,
> 
> On Thu, Apr 6, 2017 at 3:58 AM, Craig Wright <crw+xw...@crw.xyz> wrote:
> 
>> Hi Vincent,
>> 
>> As long as I have your ear, here is my largest frustration from a user
>> perspective.
>> 
>> The current notifications email are not very useful from a non-technical
>> user perspective. Even as a technical person who looks at diffs all day
>> long, the emails are very difficult to parse. There are two changes that
>> need to happen:
>> 
>> 1. The ability to receive a “pretty” email whenever a comment is added to
>> a watched page. ***this is the most critical
>> 
> 
> We already have something in that direction.
> 
> Have a look over the Realtime Watchlist feature:
> http://extensions.xwiki.org/xwiki/bin/view/Extension/Watchlist%20Application#HRealtimenotifications

Also note (in case you missed it) that you can fully customize the email 
template used:
http://extensions.xwiki.org/xwiki/bin/view/Extension/Watchlist%20Application#HAdministrators:CustomizingtheWatchListemailtemplate

Thanks
-Vincent

> It`s disabled by default, but you can enable it and let us know what you
> think.
> 
> Thanks,
> Eduard
> 
> 2. The ability to receive a daily “pretty” email of all changes to all
>> pages.
>> 
>> Underlying assumptions:
>> 
>> 1. The consumers of these emails are normal humans who are not trained at
>> reading diffs.
>> 2. Comments should be handled as real-time communication. If someone
>> comments on a page I want to know now. Currently, I do not receive a
>> notification on a comment, I have to dig that fact out of the diff of the
>> daily page change email.
>> 
>> If you want I can turn this into a JIRA ticket. I have also been
>> considering digging into the extension system to see if I could fix it
>> myself.
>> 
>> Thanks for listening!
>> 
>> Be well,
>> Craig
>> 
>>> On Apr 5, 2017, at 2:47 PM, Craig Wright <crw+xw...@crw.xyz> wrote:
>>> 
>>>> Waiting for it! ;)
>>> 
>>> I swear the tab with that page has been open in my browser for like
>> three weeks. I’ll make it happen eventually! Probably right after I deploy
>> that docker container...
>>> 
>>> In terms of frustrations, as a self-hoster, it is mostly around what I
>> would call “assumptions.” As a php/python guy who has largely (but not
>> completely) managed to avoid Java, there is a lot about running Java web
>> platforms I just don’t know. The docs are great in that there are some
>> clear guidelines as to “best standard configuration” which helped me pick a
>> AWS machine (m3.small) and whatnot, but there is a lot of assumed knowledge
>> too. The nginx+ssl example is a good one; since Apache+Tomcat seems to have
>> some built-in conveniences, I had to figure out what headers needed to be
>> forwarded / rewritten to get it to work with nginx. And it’s not like nginx
>> is some niche reverse-proxy; it is pretty popular.
>>> 
>>> Snippets is another good example. Once you figure out “oh these run in
>> wiki pages,” it makes sense. Until you figure that out, you are tearing
>> your hair out trying to understand what the hell you are supposed to do.
>> Again, the assumption is the user has at least that basic knowledge but it
>> is not actually in the docs anywhere that comes up in a google search.
>>> 
>>> Overall though, I can’t really complain. As I get more experienced with
>> the software and understand the docs layout a bit better, these are all
>> things I could change or improve with a little time.
>>> 
>>> Thanks!
>>> Craig
>>> 
>>>> On Mar 31, 2017, at 12:27 PM, Vincent Massol <vinc...@massol.net>
>> wrote:
>>>> 
>>>> Hi Craig,
>>>> 
>>>>> On 31 Mar 2017, at 21:08, Craig Wright <crw+xw...@crw.xyz> wrote:
>>>>> 
>>>>> XWiki is a very large, feature-rich product. While there are a lot of
>> docs, they have clearly grown organically over time. Areas of the docs like
>> Snippets assume a familiarity with the system that is not available to
>> learn from the docs site itself. That’s the bad news; the good news is that
>> the docs are mostly editable by users and so it is a place where us newbies
>> can contribute. In fact I owe them an update on how to install
>> XWiki+nginx+SSL. :)
>>>> 
>>>> Waiting for it! ;)
>>>> 
>>>>> I have had a good numbe

Re: [xwiki-users] Feedback about XWiki (was Re: Help Request! Running the Attachment Porter)

[Vincent Massol]

Hi Craig,

> On 6 Apr 2017, at 19:34, Craig Wright <crw+xw...@crw.xyz> wrote:
> 
>> I’ve just fixed this one! (I hope). I’ve added the info in 2 places:
>> - home page of snippets.xwiki.org
>> - inside each snippet you now have an installation instructions section.
> 
> This is perfect! Simple but very helpful. 
> 
> Let me know if you have any feedback on 
> http://platform.xwiki.org/xwiki/bin/view/AdminGuide/InstallationTomcat#HUsingNginxasareverse-proxyforTomcat28http2Fhttps29
>  
> <http://platform.xwiki.org/xwiki/bin/view/AdminGuide/InstallationTomcat#HUsingNginxasareverse-proxyforTomcat28http2Fhttps29>.
>  

This is awesome, thanks for your contribution! :)

I cannot validate the content though but I’m sure future nginx+xwiki users will 
like this help.

Thanks
-Vincent

> 
> Thanks,
> Craig
> 
> 
>> On Apr 6, 2017, at 2:11 AM, Vincent Massol <vinc...@massol.net> wrote:
>> 
>> Hi Craig,
>> 
>>> On 5 Apr 2017, at 23:47, Craig Wright <crw+xw...@crw.xyz> wrote:
>>> 
>>>> Waiting for it! ;)
>>> 
>>> I swear the tab with that page has been open in my browser for like three 
>>> weeks. I’ll make it happen eventually! Probably right after I deploy that 
>>> docker container…
>> 
>> :)
>> 
>>> In terms of frustrations, as a self-hoster, it is mostly around what I 
>>> would call “assumptions.” As a php/python guy who has largely (but not 
>>> completely) managed to avoid Java, there is a lot about running Java web 
>>> platforms I just don’t know. The docs are great in that there are some 
>>> clear guidelines as to “best standard configuration” which helped me pick a 
>>> AWS machine (m3.small) and whatnot, but there is a lot of assumed knowledge 
>>> too. The nginx+ssl example is a good one; since Apache+Tomcat seems to have 
>>> some built-in conveniences, I had to figure out what headers needed to be 
>>> forwarded / rewritten to get it to work with nginx. And it’s not like nginx 
>>> is some niche reverse-proxy; it is pretty popular. 
>> 
>> Yeah we’re not very good on that topic and we need user’s help actually. The 
>> XWiki developers are not really using/setting up XWiki themselves (or just 
>> on their computers with some basic config). Thus they don’t know the 
>> advanced config options. Even xwiki.org’s system config is setup by Admins 
>> from the XWiki SAS company and not by xwiki.org developers. And XWiki SAS is 
>> using Apache, not Nginx.
>> 
>> Thus having user’s help to document all possible configs would really help.
>> 
>>> Snippets is another good example. Once you figure out “oh these run in wiki 
>>> pages,” it makes sense. Until you figure that out, you are tearing your 
>>> hair out trying to understand what the hell you are supposed to do. Again, 
>>> the assumption is the user has at least that basic knowledge but it is not 
>>> actually in the docs anywhere that comes up in a google search. 
>> 
>> I’ve just fixed this one! (I hope). I’ve added the info in 2 places:
>> - home page of snippets.xwiki.org
>> - inside each snippet you now have an installation instructions section.
>> 
>> Let me know if it’s good enough or if there’s something moretodo.
>> 
>> Thanks for the feedback!
>> -Vincent
>> 
>>> 
>>> Overall though, I can’t really complain. As I get more experienced with the 
>>> software and understand the docs layout a bit better, these are all things 
>>> I could change or improve with a little time. 
>>> 
>>> Thanks!
>>> Craig
>>> 
>>>> On Mar 31, 2017, at 12:27 PM, Vincent Massol <vinc...@massol.net> wrote:
>>>> 
>>>> Hi Craig,
>>>> 
>>>>> On 31 Mar 2017, at 21:08, Craig Wright <crw+xw...@crw.xyz> wrote:
>>>>> 
>>>>> XWiki is a very large, feature-rich product. While there are a lot of 
>>>>> docs, they have clearly grown organically over time. Areas of the docs 
>>>>> like Snippets assume a familiarity with the system that is not available 
>>>>> to learn from the docs site itself. That’s the bad news; the good news is 
>>>>> that the docs are mostly editable by users and so it is a place where us 
>>>>> newbies can contribute. In fact I owe them an update on how to install 
>>>>> XWiki+nginx+SSL. :)
>>>> 
>>>> Waiting for it! ;)
>>>> 
>>>>> I have had a good number of frustrations getting things running,
>>

Re: [xwiki-users] Need to allow users to type in link in CKEditor using double brackets [[link]]

[Vincent Massol]

> On 6 Apr 2017, at 11:57, Eduard Moraru  wrote:
> 
> Maybe you`re mixing things a bit. A WYSIWYG (in this case, CKEditor) exists
> so that you don`t have to enter raw syntax (in this case, XWiki syntax,
> i.e. link syntax) in the editor. Anything the user enters in the editor
> needs to look the same it was entered, but, when it is saved, needs to be
> safe and escaped so that the document structure will not break. If you
> insist on entering raw syntax, I again direct you to use the "Source"
> tab/button and do the needed change, assuming that you take responsibility
> for the consequences (i.e. that your change does not break the underlying
> document and that CKEditor will still be able to display it nicely in
> WYSIWYG mode).
> 
> Now, what you might actually want, is a typing shortcut inside CK to be
> able to start writing "[[" and then get an autosuggest dropdown with page
> titles that you could quickly link to. Once you select a page, CK would
> show the title of the selected page and it should be a link to the selected
> page (but it should not display war syntax "[[page]]", since that`s what is
> going on in the background and does not concern the user). The same idea
> was for easily linking to users (i.e. referencing/mentioning) by typing "@"
> and then getting an autosuggest to link to a user's profile. These usecases
> are shortcuts that require some customization of XWIki`s CK in order to be
> supported and have nothing to do with the default CKEditor`s features or
> preferences. These usecases would be really nice to have, but
> unfortunatelly are not yet supported by XWiki, even if we`ve discussed
> about them in the past (I am unable to find the jira issue right now, not
> sure there is one).
> 
> Note: After talking with Marius about this, he`s reminded me that the above
> usecase is much more well suited for the wiki syntax editor (and for power
> users), since regular users might have problems when actually trying to
> type in "[[" or "@", so this should not be a WYSIWYG (CK) feature. I agree
> with his point of view and kept the 2nd paragraph above, just for putting
> things into perspective.

Haven’t followed the topic but it’s something that exists in Confluence and we 
have a very old issue related to this fromJan 2006:

http://jira.xwiki.org/browse/XWIKI-206

Thanks
-Vincent

> 
> Thanks,
> Eduard
> 
> On Thu, Apr 6, 2017 at 3:04 AM, wprussell  wrote:
> 
>> Sorry - that doesn't help. CKEditor is a wysiwyg editor and syntax
>> interpreter. Just like its possible to turn off HTML tagging with:
>> 
>> config.basicEntities : Boolean
>> Whether to escape basic HTML entities in the document, including:
>> 
>> 
>> 
>> 
>> 
>> 
>> See: http://docs.ckeditor.com/#!/api/CKEDITOR.config-cfg-
>> image2_altRequired
>> 
>> *The question is there a setting to turn off escaping [[*
>> 
>> 
>> 
>> Bill Russell
>> 
>> 
>> 
>> 
>> 
>> --
>> View this message in context: http://xwiki.475771.n2.nabble.
>> com/Need-to-allow-users-to-type-in-link-in-CKEditor-
>> using-double-brackets-link-tp7603393p7603397.html
>> Sent from the XWiki- Users mailing list archive at Nabble.com.
>> 

Re: [xwiki-users] Feedback about XWiki (was Re: Help Request! Running the Attachment Porter)

[Vincent Massol]

Hi Craig,

> On 5 Apr 2017, at 23:47, Craig Wright <crw+xw...@crw.xyz> wrote:
> 
>> Waiting for it! ;)
> 
> I swear the tab with that page has been open in my browser for like three 
> weeks. I’ll make it happen eventually! Probably right after I deploy that 
> docker container…

:)

> In terms of frustrations, as a self-hoster, it is mostly around what I would 
> call “assumptions.” As a php/python guy who has largely (but not completely) 
> managed to avoid Java, there is a lot about running Java web platforms I just 
> don’t know. The docs are great in that there are some clear guidelines as to 
> “best standard configuration” which helped me pick a AWS machine (m3.small) 
> and whatnot, but there is a lot of assumed knowledge too. The nginx+ssl 
> example is a good one; since Apache+Tomcat seems to have some built-in 
> conveniences, I had to figure out what headers needed to be forwarded / 
> rewritten to get it to work with nginx. And it’s not like nginx is some niche 
> reverse-proxy; it is pretty popular. 

Yeah we’re not very good on that topic and we need user’s help actually. The 
XWiki developers are not really using/setting up XWiki themselves (or just on 
their computers with some basic config). Thus they don’t know the advanced 
config options. Even xwiki.org’s system config is setup by Admins from the 
XWiki SAS company and not by xwiki.org developers. And XWiki SAS is using 
Apache, not Nginx.

Thus having user’s help to document all possible configs would really help.

> Snippets is another good example. Once you figure out “oh these run in wiki 
> pages,” it makes sense. Until you figure that out, you are tearing your hair 
> out trying to understand what the hell you are supposed to do. Again, the 
> assumption is the user has at least that basic knowledge but it is not 
> actually in the docs anywhere that comes up in a google search. 

I’ve just fixed this one! (I hope). I’ve added the info in 2 places:
- home page of snippets.xwiki.org
- inside each snippet you now have an installation instructions section.

Let me know if it’s good enough or if there’s something moretodo.

Thanks for the feedback!
-Vincent

> 
> Overall though, I can’t really complain. As I get more experienced with the 
> software and understand the docs layout a bit better, these are all things I 
> could change or improve with a little time. 
> 
> Thanks!
> Craig
> 
>> On Mar 31, 2017, at 12:27 PM, Vincent Massol <vinc...@massol.net> wrote:
>> 
>> Hi Craig,
>> 
>>> On 31 Mar 2017, at 21:08, Craig Wright <crw+xw...@crw.xyz> wrote:
>>> 
>>> XWiki is a very large, feature-rich product. While there are a lot of docs, 
>>> they have clearly grown organically over time. Areas of the docs like 
>>> Snippets assume a familiarity with the system that is not available to 
>>> learn from the docs site itself. That’s the bad news; the good news is that 
>>> the docs are mostly editable by users and so it is a place where us newbies 
>>> can contribute. In fact I owe them an update on how to install 
>>> XWiki+nginx+SSL. :)
>> 
>> Waiting for it! ;)
>> 
>>> I have had a good number of frustrations getting things running,
>> 
>> We’re keen to improve XWiki constantly and I’d love to know what those are 
>> to see whether we’re working on them or to add them to our todo in case 
>> they’re not.
>> 
>>> but I have to say compared to other wiki systems I’ve used, you can’t beat 
>>> the features at the price. Things may get much easier with the 
>>> containerized deployment, I haven’t tried that yet. 
>> 
>> Let me know how the xwiki docker image works for you. I’m sure there are 
>> plenty of features to add but would be great to know what users are looking 
>> for.
>> 
>> Thanks
>> -Vincent
>> 
>>> Be well,
>>> Craig
>>> 
>>> 
>>>> On Mar 30, 2017, at 3:20 PM, Douglas Landau <dougl...@westmarine.com> 
>>>> wrote:
>>>> 
>>>> 
>>>>> I’ve never used this code but shouldn’t it execute in a wiki page?
>>>> 
>>>> Thanks Vincent.  I finally figured out from Craig Wright's comment ("FOR 
>>>> THOSE NEW TO XWIKI") that a)there is such a thing [as a code snippet that 
>>>> runs in a page] and that this is one of them.  Being completely unaware of 
>>>> the existence of snippets, I would never have guessed that this was one.
>>>> 
>>>> I followed step 1:
>>>> Step 1: Switch to Filesystem attachments.
>>>> I followed step 2:
>>>> Step 2: Add a new dire

[xwiki-users] Feedback about XWiki (was Re: Help Request! Running the Attachment Porter)

[Vincent Massol]

Hi Craig,

> On 31 Mar 2017, at 21:08, Craig Wright  wrote:
> 
> XWiki is a very large, feature-rich product. While there are a lot of docs, 
> they have clearly grown organically over time. Areas of the docs like 
> Snippets assume a familiarity with the system that is not available to learn 
> from the docs site itself. That’s the bad news; the good news is that the 
> docs are mostly editable by users and so it is a place where us newbies can 
> contribute. In fact I owe them an update on how to install XWiki+nginx+SSL. :)

Waiting for it! ;)

> I have had a good number of frustrations getting things running,

We’re keen to improve XWiki constantly and I’d love to know what those are to 
see whether we’re working on them or to add them to our todo in case they’re 
not.

> but I have to say compared to other wiki systems I’ve used, you can’t beat 
> the features at the price. Things may get much easier with the containerized 
> deployment, I haven’t tried that yet. 

Let me know how the xwiki docker image works for you. I’m sure there are plenty 
of features to add but would be great to know what users are looking for.

Thanks
-Vincent

> Be well,
> Craig
> 
> 
>> On Mar 30, 2017, at 3:20 PM, Douglas Landau  wrote:
>> 
>> 
>>> I’ve never used this code but shouldn’t it execute in a wiki page?
>> 
>> Thanks Vincent.  I finally figured out from Craig Wright's comment ("FOR 
>> THOSE NEW TO XWIKI") that a)there is such a thing [as a code snippet that 
>> runs in a page] and that this is one of them.  Being completely unaware of 
>> the existence of snippets, I would never have guessed that this was one.
>> 
>> I followed step 1:
>> Step 1: Switch to Filesystem attachments.
>> I followed step 2:
>> Step 2: Add a new directory to your backup routine.
>> I read step 3:
>> Step 3: Copy attachments from database to filesystem.
>> Now you are ready to copy the data over from your database to the 
>> filesystem. It is prudent to leave the attachments in the database since in 
>> most situations the attachment data is not bothersome just sitting in the 
>> database (The only risk of attachments left in the database is that they 
>> will bloat the size of the database files). As such, this script contains no 
>> facility to delete entries from the database.
>> If anything goes wrong in this function, it will fail with an error message 
>> and you should get the stack trace, keep it to confuse and humiliate the 
>> developer with. No harm should be done since this only loads from the 
>> database and only saves to the filesystem.
>> 
>> I read step 4:
>> Step 4: Make sure everything is working.
>> Check to make sure your attachments are still there, if an attachment is 
>> broken, ... 
>> 
>> I felt quite sure that how to run the thing should be in step 3; 2 is too 
>> soon, and 4 is too late.  But how?  Nowhere in the text does it actually say 
>> how to run the thing!!!   So I googled looking for other's comments on 
>> forums, etc.  I YUM installed Groovy and tried running it on the 
>> commandline.  I removed the leading and trailing lines ("[[grovy]]") which 
>> caused errors.  I got class not found errors.  I read step 3 again.  I 
>> started reading the details of CLASSPATH and /bin/build-classpath.  With 
>> reluctance and just a little resentment.   It was an extwemewy fwustwating 
>> expewience.
>> 
>> That said, I realize it the mailing list is for questions, not complaints, 
>> and so apologize to all for this complaint, and will take it and my other 
>> such observations to Jira and log them as bugs.
>> 
>> dkl
>> 
>> The information contained in this transmission may contain West Marine 
>> proprietary, confidential and/or privileged 
>> information.  It is intended only for the use of the person(s) named above. 
>> If you are not the intended recipient, you are 
>> hereby notified that any review, dissemination, distribution or duplication 
>> of this communication is strictly prohibited. 
>> If you are not the intended recipient, please contact the sender by reply 
>> email and destroy all copies of the original 
>> message. To reply to our email administrator directly, please send an email 
>> to netad...@westmarine.com.
> 

Re: [xwiki-users] Xwiki multilanguage options

[Vincent Massol]

Hi,

> On 30 Mar 2017, at 12:16, Sr Nieve  wrote:
> 
> Hi Thomas Mortagne :)
> The main problem is people that uses it are health professional and should
> give any better clue to change it. Is there any way by the interface to
> implement those changes?

This is the way it works as a user:

When you go to a page you’ll see it in the language of your browser. You can 
use the Drawer menu (top right) to force another language.

When you do so the URL will contain the language query strong.

So if you need to share that page with someone for that language all you need 
is to copy/paste the URL.

Is your question only about creating content with links pointing to another 
page for a given language?

And if so, do you need this feature in WYSIWYG? The WYSIWYG editor will offer 
you the possibility to add query string information but it doesn’t know about 
languages explicitly so in the Link dialog box there’s no control to choose a 
language ATM.

Thanks
-Vincent

> 2017-03-30 11:55 GMT+02:00 Thomas Mortagne :
> 
>> To access a page is a specific language you need to add "?language=es"
>> to the URL.
>> 
>> in XWiki syntax it gives something like
>> 
>>[[MyPage||queryString="language=es"]]
>> 
>> On Thu, Mar 30, 2017 at 11:39 AM, Sr Nieve  wrote:
>>> Hi everyone!:
>>> 
>>> I need help with my xwiki implementation. I try to include a
>> multilanguage
>>> options, CA, ES, EN. But I can´t find the way to reference a wikicontent
>> to
>>> a languate.
>>> 
>>> Some detalils below:
>>> 
>>> Xwiki version: 9.2.
>>> 
>>> I followed
>>> http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Configuration#
>> HLanguagesettings
>>> thread but the system continuous with the same problem. Onlye retrieve
>> one
>>> language (default).
>>> 
>>> I really apreciate any comments on how to revolve it asap.
>>> 
>>> King regards.
>> 
>> 
>> 
>> --
>> Thomas Mortagne
>> 

Re: [xwiki-users] Export a section of page instead of whole page

[Vincent Massol]

Hi,

> On 30 Mar 2017, at 06:49, Vishal  wrote:
> 
> Consider a page with 4 headings. I can export a whole page as pdf. But how
> can I export only a section of 1 heading as pdf instead of whole page with 4
> headings..
> Example:
> 
> Heading 1
> (para 1)
> 
> Heading 2
> (para 2)
> 
> Heading 3
> (para 3)
> 
> Heading 4
> (para 4)
> 
> Suppose I have to export only Heading 3 with (para 3). What are the ways to
> do this?

You can’t do this easily. What you could do is have several pages and 
{{include}} them in your top level page so that you can export the page you 
wish.

An alternative would be to do some coding with scripting but I haven’t done it 
and can’t help. The idea would be to create a temporary page with scripting 
where you’d use the XWiki XDOM API to extract content you wish to extract and 
save it in that temporary page before starting the export on that page.

Thanks
-Vincent

> --
> View this message in context: 
> http://xwiki.475771.n2.nabble.com/Export-a-section-of-page-instead-of-whole-page-tp7603284.html
> Sent from the XWiki- Users mailing list archive at Nabble.com.

Re: [xwiki-users] Help Request! Running the Attachment Porter

[Vincent Massol]

Hi,

I’ve never used this code but shouldn’t it execute in a wiki page?

Thanks
-Vincent

> On 23 Mar 2017, at 05:41, Douglas Landau  wrote:
> 
> Folks,
> 
> I found the attachment porter but don’t know how to invoke it.  I am reading 
> and re-reading the page about it, the page that has the download button.  But 
> nowhere does it say how to use it.   
> 
> Now, I apologize sincerely for the dumb question.   But I am getting an error 
> for every one of 15 or so import lines!   It -must- be necessary to set some 
> CLASSPATH or something or specify some JARs on the groovy commandline or 
> -some-thing it seems like there -must- be something here that everyone 
> thinks is so obvious that it goes without saying...
> 
> Could someone please take pity on me and send me their command line that they 
> used to run this sucker?
> 
> Thank You!
> ---
> [root@dwswiki10 xwiki]# groovy p.groovy
> /bin/build-classpath: Could not find ../../jvm/java/lib Java extension for 
> this JVM
> /bin/build-classpath: error: Some specified jars were not found
> org.codehaus.groovy.control.MultipleCompilationErrorsException: startup 
> failed:
> /data/xwiki/p.groovy: 6: unable to resolve class 
> com.xpn.xwiki.store.XWikiAttachmentStoreInterface
> @ line 6, column 1.
>   import com.xpn.xwiki.store.XWikiAttachmentStoreInterface;
>   ^
> 
> /data/xwiki/p.groovy: 8: unable to resolve class 
> com.xpn.xwiki.store.AttachmentVersioningStore
> @ line 8, column 1.
>   import com.xpn.xwiki.store.AttachmentVersioningStore;
>   ^
> 
> /data/xwiki/p.groovy: 15: unable to resolve class 
> org.xwiki.store.filesystem.internal.FilesystemStoreTools
> @ line 15, column 1.
>   import org.xwiki.store.filesystem.internal.FilesystemStoreTools;
>   ^
> 
> /data/xwiki/p.groovy: 12: unable to resolve class com.xpn.xwiki.XWikiContext
> @ line 12, column 1.
>   import com.xpn.xwiki.XWikiContext;
>   ^
> 
> /data/xwiki/p.groovy: 13: unable to resolve class com.xpn.xwiki.XWiki
> @ line 13, column 1.
>   import com.xpn.xwiki.XWiki;
>   ^
> 
> /data/xwiki/p.groovy: 16: unable to resolve class 
> org.apache.commons.lang.exception.ExceptionUtils
> @ line 16, column 1.
>   import org.apache.commons.lang.exception.ExceptionUtils;
>   ^
> 
> /data/xwiki/p.groovy: 2: unable to resolve class 
> com.xpn.xwiki.doc.XWikiAttachment
> @ line 2, column 1.
>   import com.xpn.xwiki.doc.XWikiAttachment;
>   ^
> 
> /data/xwiki/p.groovy: 4: unable to resolve class 
> com.xpn.xwiki.doc.DeletedAttachment
> @ line 4, column 1.
>   import com.xpn.xwiki.doc.DeletedAttachment;
>   ^
> 
> ...
> ...
> ...
> ...
> ...
> 
> 
> 
> 
> The information contained in this transmission may contain West Marine 
> proprietary, confidential and/or privileged 
> information.  It is intended only for the use of the person(s) named above. 
> If you are not the intended recipient, you are 
> hereby notified that any review, dissemination, distribution or duplication 
> of this communication is strictly prohibited. 
> If you are not the intended recipient, please contact the sender by reply 
> email and destroy all copies of the original 
> message. To reply to our email administrator directly, please send an email 
> to netad...@westmarine.com.

Re: [xwiki-users] Standalone vs. production installs?

[Vincent Massol]

Hi Douglas,

> On 22 Mar 2017, at 23:09, Douglas Landau  wrote:
> 
> Greets,
> 
> This page :  
> https://network.xwiki.com/xwiki/bin/view/DocXE51En/XWikiEnterpriseInstallation
>   distinguishes between quick installs and production installs.  It lists the 
> standalone in the former.
> 
> Is there anything unsuitable about the standalone install being used for 
> production purposes?   I've been asked to make a server with 500GB for our 
> new XWiki installation, in anticipation of organization-wide use.

Yes the HSQLDB is configured to be in-memory for ex.

> After I hit a speedbump or two with the WAR installation, I concluded that by 
> not using the standalone installer I was going against the flow, and would be 
> better off doing as suggested, as stated on the AdminGuide Installation page: 
>  "This is the recommended option for first time XWiki users and for users who 
> wish to quickly try out XWiki."
> 
> Should I go back to the WAR installation given the production nature of the 
> requirement/anticipated use?

There are various ways to install a production-ready XWiki, see 
http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Installation#HInstallationMethods

The only one that is not production-ready is the standalone install.

> Related:  I see there is a .deb installer but none for YUM.  We use mostly 
> CentOS.  Am I doing myself a dis-service by trying to use CerntOS for this, 
> and would be better off using Ubuntu?

Possibly although installing the WAR is really not hard either.

BTW there are some tutorials for centos contributed by non-xwiki developers:
http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Installation#HOtherInstallationMethods

For example:
https://thishosting.rocks/how-to-build-your-own-wiki-with-xwiki-on-centos/

Thanks
-Vincent

> Thanks very much
> Doug
> 
> 
> 
> The information contained in this transmission may contain West Marine 
> proprietary, confidential and/or privileged 
> information.  It is intended only for the use of the person(s) named above. 
> If you are not the intended recipient, you are 
> hereby notified that any review, dissemination, distribution or duplication 
> of this communication is strictly prohibited. 
> If you are not the intended recipient, please contact the sender by reply 
> email and destroy all copies of the original 
> message. To reply to our email administrator directly, please send an email 
> to netad...@westmarine.com.

Re: [xwiki-users] Can't add new group

[Vincent Massol]

Hi,

> On 24 Mar 2017, at 13:44, eimzdn  wrote:
> 
> Hello,
> 
> I have installed Xwiki 8.4.4 on Wildfly 10.1. I have installed default wiki
> pages.
> 
> I'm trying to add new group under "Addministration: Groups -> Add new group"
> when logged with user admin and geting error popup "An error occured while
> communicating with the server. Please check that the server is accessible,
> and you have the proper rights to perform requested action."
> 
> In server.log I get the folowing messages:
> 2017-03-24 14:24:19,478 INFO  [org.restlet.Component.LogService]
> (https:///rest/wikis/xwiki/spaces/XWiki/pages/Visi) 2017-03-24   
> 14:24:19***.***.***.***  -   ***.***.***.***   443 GET
> /rest/wikis/xwiki/spaces/XWiki/pages/Visi   -   500 486 0 
>  
> 3   https://   Mozilla/5.0 (Windows NT 10.0; Win64; x64)
> AppleWebKit/537.36 (KHTML, like Gecko) Chrome/57.0.2987.110 Safari/537.36 
> https:///bin/admin/XWiki/XWikiPreferences?editor=globaladmin=Groups
> 2017-03-24 14:26:47,617 WARNING
> [org.restlet.Component.XWikiRestletJaxRsApplication]
> (https:///rest/wikis/xwiki/spaces/XWiki/pages/Visi) Exception or
> error caught in status service: java.lang.AbstractMethodError:
> javax.ws.rs.core.Response.getStatusInfo()Ljavax/ws/rs/core/Response$StatusType;

[snip]

> Can somone help to solve this problem?

The issue is likely related to WildFly and that it has its 
classloader/classpath leaking on the xwiki webapp… So there’s probably a 
conflicting library version for the JAR that contains javax/ws/rs/core/Response.

See http://platform.xwiki.org/xwiki/bin/view/AdminGuide/InstallationJBoss and 
especially the line that says:

"   • If you have class loader issues read how JBoss AS7 Classloader works”

I don’t have the exact answer but I hope this will lead you to the right track.

Thanks
-Vincent

> 
> Best Regards,
> Eimantas
> 
> 
> 
> --
> View this message in context: 
> http://xwiki.475771.n2.nabble.com/Can-t-add-new-group-tp7603235.html
> Sent from the XWiki- Users mailing list archive at Nabble.com.

Re: [xwiki-users] New wiki creation

[Vincent Massol]

> On 23 Mar 2017, at 15:07, terminal  wrote:
> 
> Hi Vincent,
> 
> Thank you for your reply. 
> 
> No, the table doesn't exist. Do i need to create it manually ?

No, xwiki does it. It didn’t do it here probably because it’s not correctly 
configured. Maybe xwiki.cfg has not been modified to tell it to use a DB named 
something else than “xwiki”?

See the following line in xwiki.cfg which you need to change if you don’t use 
“xwiki” as the db name:
# xwiki.db=xwiki

> I taught that
> the Application manager do the creation of the Database and the tables
> itself for a new Wiki ? Even if i create manually the database, it's the
> same message... 
> 
> Thanks for your link, i used it for the installation of Xwiki, it helped me
> a lot. I don't see anything right now that can solve this issue... :(

If you don’t want problem I’d suggest redoing your install with a db named 
“xwiki”.

If you really want to change your DB name make sure you change it everywhere 
(hibernate.cfg.xml, xwiki.cfg).

Thanks
-Vincent

> I searched again this morning, changing hibernate (who i configured with the
> documentation here) configuration with the SQL dialect extension, tried with
> superadmin activated, checked on MySQL if the users have the good rights
> (again), made some change in xwiki.cfg, no change.
> 
> Do the user name in the hibernate need to be xwiki ?? Because it's the only
> thing that's is différent right now. 
> 
> Maybe i'm missing something (i will be no suprised of it...), but for now i
> don't know. I will keep searching and testing this afternoon, if you have
> any idea who could help me... Or if i did not understand something, sorry...
> 
> Thank you again,
> Daniel. 
> 
> 
> 
> --
> View this message in context: 
> http://xwiki.475771.n2.nabble.com/New-wiki-creation-tp7603193p7603211.html
> Sent from the XWiki- Users mailing list archive at Nabble.com.

Re: [xwiki-users] New wiki creation

[Vincent Massol]

> On 23 Mar 2017, at 15:11, Vincent Massol <vinc...@massol.net> wrote:
> 
> 
>> On 23 Mar 2017, at 15:07, terminal <daniel.dasnevescoe...@forch.fr> wrote:
>> 
>> Hi Vincent,
>> 
>> Thank you for your reply. 
>> 
>> No, the table doesn't exist. Do i need to create it manually ?
> 
> No, xwiki does it. It didn’t do it here probably because it’s not correctly 
> configured. Maybe xwiki.cfg has not been modified to tell it to use a DB 
> named something else than “xwiki”?
> 
> See the following line in xwiki.cfg which you need to change if you don’t use 
> “xwiki” as the db name:
> # xwiki.db=xwiki

See also 
http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Configuration#HConfigurethenamesofdatabaseschemas

Thanks
-Vincent

PS: I’ve never use a db name other than “xwiki” so I’m not really an expert on 
this :)

> 
>> I taught that
>> the Application manager do the creation of the Database and the tables
>> itself for a new Wiki ? Even if i create manually the database, it's the
>> same message... 
>> 
>> Thanks for your link, i used it for the installation of Xwiki, it helped me
>> a lot. I don't see anything right now that can solve this issue... :(
> 
> If you don’t want problem I’d suggest redoing your install with a db named 
> “xwiki”.
> 
> If you really want to change your DB name make sure you change it everywhere 
> (hibernate.cfg.xml, xwiki.cfg).
> 
> Thanks
> -Vincent
> 
>> I searched again this morning, changing hibernate (who i configured with the
>> documentation here) configuration with the SQL dialect extension, tried with
>> superadmin activated, checked on MySQL if the users have the good rights
>> (again), made some change in xwiki.cfg, no change.
>> 
>> Do the user name in the hibernate need to be xwiki ?? Because it's the only
>> thing that's is différent right now. 
>> 
>> Maybe i'm missing something (i will be no suprised of it...), but for now i
>> don't know. I will keep searching and testing this afternoon, if you have
>> any idea who could help me... Or if i did not understand something, sorry...
>> 
>> Thank you again,
>> Daniel. 
>> 
>> 
>> 
>> --
>> View this message in context: 
>> http://xwiki.475771.n2.nabble.com/New-wiki-creation-tp7603193p7603211.html
>> Sent from the XWiki- Users mailing list archive at Nabble.com.
> 

Re: [xwiki-users] New wiki creation

[Vincent Massol]

So I don’t know what your problem is.

XWiki should create the tables automatically when creating a sub wiki schema.

Maybe someone else has an idea?

Thanks
-Vincent

> On 23 Mar 2017, at 15:15, Vincent Massol <vinc...@massol.net> wrote:
> 
> Forget what I said, I read too fast.
> 
> Your problem is not with the main wiki but with creating sub wikis.
> 
> Thanks
> -Vincent
> 
>> On 23 Mar 2017, at 15:12, Vincent Massol <vinc...@massol.net> wrote:
>> 
>>> 
>>> On 23 Mar 2017, at 15:11, Vincent Massol <vinc...@massol.net> wrote:
>>> 
>>> 
>>>> On 23 Mar 2017, at 15:07, terminal <daniel.dasnevescoe...@forch.fr> wrote:
>>>> 
>>>> Hi Vincent,
>>>> 
>>>> Thank you for your reply. 
>>>> 
>>>> No, the table doesn't exist. Do i need to create it manually ?
>>> 
>>> No, xwiki does it. It didn’t do it here probably because it’s not correctly 
>>> configured. Maybe xwiki.cfg has not been modified to tell it to use a DB 
>>> named something else than “xwiki”?
>>> 
>>> See the following line in xwiki.cfg which you need to change if you don’t 
>>> use “xwiki” as the db name:
>>> # xwiki.db=xwiki
>> 
>> See also 
>> http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Configuration#HConfigurethenamesofdatabaseschemas
>> 
>> Thanks
>> -Vincent
>> 
>> PS: I’ve never use a db name other than “xwiki” so I’m not really an expert 
>> on this :)
>> 
>>> 
>>>> I taught that
>>>> the Application manager do the creation of the Database and the tables
>>>> itself for a new Wiki ? Even if i create manually the database, it's the
>>>> same message... 
>>>> 
>>>> Thanks for your link, i used it for the installation of Xwiki, it helped me
>>>> a lot. I don't see anything right now that can solve this issue... :(
>>> 
>>> If you don’t want problem I’d suggest redoing your install with a db named 
>>> “xwiki”.
>>> 
>>> If you really want to change your DB name make sure you change it 
>>> everywhere (hibernate.cfg.xml, xwiki.cfg).
>>> 
>>> Thanks
>>> -Vincent
>>> 
>>>> I searched again this morning, changing hibernate (who i configured with 
>>>> the
>>>> documentation here) configuration with the SQL dialect extension, tried 
>>>> with
>>>> superadmin activated, checked on MySQL if the users have the good rights
>>>> (again), made some change in xwiki.cfg, no change.
>>>> 
>>>> Do the user name in the hibernate need to be xwiki ?? Because it's the only
>>>> thing that's is différent right now. 
>>>> 
>>>> Maybe i'm missing something (i will be no suprised of it...), but for now i
>>>> don't know. I will keep searching and testing this afternoon, if you have
>>>> any idea who could help me... Or if i did not understand something, 
>>>> sorry...
>>>> 
>>>> Thank you again,
>>>> Daniel. 
>>>> 
>>>> 
>>>> 
>>>> --
>>>> View this message in context: 
>>>> http://xwiki.475771.n2.nabble.com/New-wiki-creation-tp7603193p7603211.html
>>>> Sent from the XWiki- Users mailing list archive at Nabble.com.
> 

Re: [xwiki-users] New wiki creation

[Vincent Massol]

Forget what I said, I read too fast.

Your problem is not with the main wiki but with creating sub wikis.

Thanks
-Vincent

> On 23 Mar 2017, at 15:12, Vincent Massol <vinc...@massol.net> wrote:
> 
>> 
>> On 23 Mar 2017, at 15:11, Vincent Massol <vinc...@massol.net> wrote:
>> 
>> 
>>> On 23 Mar 2017, at 15:07, terminal <daniel.dasnevescoe...@forch.fr> wrote:
>>> 
>>> Hi Vincent,
>>> 
>>> Thank you for your reply. 
>>> 
>>> No, the table doesn't exist. Do i need to create it manually ?
>> 
>> No, xwiki does it. It didn’t do it here probably because it’s not correctly 
>> configured. Maybe xwiki.cfg has not been modified to tell it to use a DB 
>> named something else than “xwiki”?
>> 
>> See the following line in xwiki.cfg which you need to change if you don’t 
>> use “xwiki” as the db name:
>> # xwiki.db=xwiki
> 
> See also 
> http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Configuration#HConfigurethenamesofdatabaseschemas
> 
> Thanks
> -Vincent
> 
> PS: I’ve never use a db name other than “xwiki” so I’m not really an expert 
> on this :)
> 
>> 
>>> I taught that
>>> the Application manager do the creation of the Database and the tables
>>> itself for a new Wiki ? Even if i create manually the database, it's the
>>> same message... 
>>> 
>>> Thanks for your link, i used it for the installation of Xwiki, it helped me
>>> a lot. I don't see anything right now that can solve this issue... :(
>> 
>> If you don’t want problem I’d suggest redoing your install with a db named 
>> “xwiki”.
>> 
>> If you really want to change your DB name make sure you change it everywhere 
>> (hibernate.cfg.xml, xwiki.cfg).
>> 
>> Thanks
>> -Vincent
>> 
>>> I searched again this morning, changing hibernate (who i configured with the
>>> documentation here) configuration with the SQL dialect extension, tried with
>>> superadmin activated, checked on MySQL if the users have the good rights
>>> (again), made some change in xwiki.cfg, no change.
>>> 
>>> Do the user name in the hibernate need to be xwiki ?? Because it's the only
>>> thing that's is différent right now. 
>>> 
>>> Maybe i'm missing something (i will be no suprised of it...), but for now i
>>> don't know. I will keep searching and testing this afternoon, if you have
>>> any idea who could help me... Or if i did not understand something, sorry...
>>> 
>>> Thank you again,
>>> Daniel. 
>>> 
>>> 
>>> 
>>> --
>>> View this message in context: 
>>> http://xwiki.475771.n2.nabble.com/New-wiki-creation-tp7603193p7603211.html
>>> Sent from the XWiki- Users mailing list archive at Nabble.com.

Re: [xwiki-users] New wiki creation

[Vincent Massol]

Hi,

> On 22 Mar 2017, at 11:54, terminal  wrote:
> 
> Hi,
> 
> I'm searching for weeks now, and i didn't find anything that work... I tried
> s many things without success.
> 
> My Xwiki server work fine exept one thing, the wiki creation. Every time i
> have this error:
> 
> 
>  
> 
> here the complete msg:
> 
> Starting job of type [wikicreationjob] with identifier
> [wikicreation/createandinstall/utilisateurs]
> Checking Hibernate mapping and updating schema if needed for wiki
> [utilisateurs]
> SQL Error: 1146, SQLState: 42S02
> Table 'utilisateurs.xwikidbversion' doesn't exist
> Table 'utilisateurs.xwikidbversion' doesn't exist
> class com.xpn.xwiki.store.migration.DataMigrationException: Unable to store
> new data version 9 into database utilisateurs

[snip]

Caused by: class java.sql.SQLSyntaxErrorException: Table
'utilisateurs.xwikidbversion' doesn't exist

Seems this is your problem. Does it exist? 

If you’re using MySQL you should follow 
http://platform.xwiki.org/xwiki/bin/view/AdminGuide/InstallationMySQL

Thanks
-Vincent

> Here is the Catalina log for this action:  catalinaerror.txt
>   
> 
> Can someone help me please ? I don't know where to look anymore... I looked
> the hibernate file, but everything seems ok, the user used for the connexion
> is the MySQL root user, so he has every rights on the MySQL server...
> 
> Thank you.
> 
> Daniel
> 
> 
> 
> --
> View this message in context: 
> http://xwiki.475771.n2.nabble.com/New-wiki-creation-tp7603193.html
> Sent from the XWiki- Users mailing list archive at Nabble.com.

Re: [xwiki-users] catch error on include macro

[Vincent Massol]

> On 20 Mar 2017, at 15:44, Gerritjan Koekkoek <gerrit...@cdlsworld.org> wrote:
> 
> 
> 
> Verstuurd vanaf mijn iPhone
> 
>> Op 20 mrt. 2017 om 13:17 heeft Vincent Massol <vinc...@massol.net> het 
>> volgende geschreven:
>> 
>> Hi,
>> 
>>> On 20 Mar 2017, at 13:08, Gerritjan Koekkoek <gerrit...@cdlsworld.org> 
>>> wrote:
>>> 
>>> I'm using: {{include document=".yyy"/}} quite a lot.
>>> 
>>> When using it on a page where the current user has not the rights to view I 
>>> get velocity error box!
>>> 
>>> 
>>> Is it possible to give the user some hint instead of the error:
>>> 
>>> 
>>> Like: "To read the complete content of this page you need to login!" with a 
>>> link to Login…
>> 
>> This is not related to logging in or not… It’s related to not having view 
>> rights on the page… You can prevent some users or groups from having view 
>> rights on any page/children even if the user is logged in.
>> 
>> Now if you’re on page that shouldn’t work if the user is not logged in 
>> (because it includes another page for which the user doesn’t have view 
>> rights), then it probably means you have some wrong permissions set for the 
>> current page and it should probably not be viewable by the user.
>> 
> This assumption is not always true. This page has text that can be Viewed by 
> guest and included a page that can/should not be viewed...
> In particular it should work to convince the reading user to consider login 
> or registration and login. The velocity error will probably have the opposite 
> effect…

This is something specific to you and you could implement it using a velocity 
macro and using an #if (and only do the include if the condition is true).

Thanks
-Vincent

> Thanks
>> -Vincent
>> 
>>> Gerritjan Koekkoek
>>> Vader van Rai Koekkoek (cdls) en voorzitter vereniging CdLS
>>> Visit our website<http://www.cdlsworld.org>
>>> Facebook<https://www.facebook.com/gerritjan.koekkoek>
>>> email<gerrit...@cdlsworld.org>

Re: [xwiki-users] catch error on include macro

[Vincent Massol]

Hi,

> On 20 Mar 2017, at 13:08, Gerritjan Koekkoek  wrote:
> 
> I'm using: {{include document=".yyy"/}} quite a lot.
> 
> When using it on a page where the current user has not the rights to view I 
> get velocity error box!
> 
> 
> Is it possible to give the user some hint instead of the error:
> 
> 
> Like: "To read the complete content of this page you need to login!" with a 
> link to Login…

This is not related to logging in or not… It’s related to not having view 
rights on the page… You can prevent some users or groups from having view 
rights on any page/children even if the user is logged in.

Now if you’re on page that shouldn’t work if the user is not logged in (because 
it includes another page for which the user doesn’t have view rights), then it 
probably means you have some wrong permissions set for the current page and it 
should probably not be viewable by the user.

Thanks
-Vincent

> Gerritjan Koekkoek
> Vader van Rai Koekkoek (cdls) en voorzitter vereniging CdLS
> Visit our website
> Facebook
> email
> 
> 
> 

Re: [xwiki-users] Access rights driving me mad ... help needed

[Vincent Massol]

> On 16 Mar 2017, at 10:44, Patrick M. Hausen <p...@hausen.com> wrote:
> 
> Hi!
> 
>> Am 16.03.2017 um 10:14 schrieb Vincent Massol <vinc...@massol.net>:
>> Ok then I don’t understand how you could have inferred that we lost the 
>> ability to have nested content.
>> Could you explain what we need to improve in this doc that would have helped 
>> you not be confused?
> 
> I didn't. I just got the impression that once you had a separate "spaces" 
> menue including
> a "create space" option and now it's gone. It's more of a user interface 
> question. I'm
> missing that separate namespace.
> 
>> It's the "Ability to easily query data across instances" that multi-wikis 
>> are missing.
>> 
>> Depends. You can use the SOLR search for that to a large extent. I don’t see 
>> what this has to do with "multiple group memberships/board of directors” , 
>> could you explain?
> 
> In Confluence a search query searches all spaces I have access to.
> Not so woth Subwikis unless you implement Solr. - Correct?

Confluence doesn’t support multi wiki… so you can’t compare at all.

Actually even worse, confluence doesn’t support nested spaces, see 
https://jira.atlassian.com/browse/CONF-1095

If you’re talking about search only, then whether you’re in a single wiki or 
multi wiki you can have the search look everywhere. Try it on xwiki.org and 
you’ll see you’ll get results for sub wikis too.

> So once more you just create your page hierarchy using the “+” button.
> 
> Great. And if a parent page is mandatory, that's even better.
> 
>> You have 2 options:
>> - option 1: modify the navigation panel to set the root to be the current 
>> page
>> - option 2: create another nav panel to keep the global one at the root and 
>> set that other nav Panel in subpage roots for your various projects/groups.
> 
> I'll probably start with getting the access rights for the top level
> correct try to learn about modifying panels in the next couple of days.
> 
>> Nothing has been lost. In 7.4.x the home page had a dashboard gadget called 
>> “Pages” listing all pages of the wiki in a tree. Exactly the same as we have 
>> now in the Navigation Panel on the left (we just moved it there so that it’s 
>> available by default from all pages for easier navigation).
> 
> I'm not claiming anything about nested pages was lost.
> 
> I started with Xwiki with version 8.something and Google referred
> me to this document when I was searching for wikis that had spaces:
> 
> http://platform.xwiki.org/xwiki/bin/view/Features/Spaces

Ok that was a leftover page. This page was no longer referenced from the 
navigation. I’ve now removed it to avoid confusion.

Thanks
-Vincent

> It really is that simple: I (it's just me, Xwiki is fine, really) want the 
> first level
> of the page hierarchy to be called something different than "page" and
> a separate way of creating these entities only available to administrators
> and the navigation panel to only show pages below the currently active
> "space". Just like Confluence does. If that is not possible with Xwiki I'll
> have to find a different way of organising things if I want to replace
> Confluence with free software. And all in all Xwiki really looks like the
> strongest contender here.
> 
> Only remark: I really wonder why that "Spaces" documentation I linked
> above is still there.  I was searching for hours for that "Add -> Space" menu.
> And I would still prefer to have it ;-)
> 
> Thanks again
> Patrick

Re: [xwiki-users] Access rights driving me mad ... help needed

[Vincent Massol]

> On 16 Mar 2017, at 09:51, Patrick M. Hausen <p...@hausen.com> wrote:
> 
> Hi Vincent,
> 
>> Am 16.03.2017 um 08:28 schrieb Vincent Massol <vinc...@massol.net>:
>> 
>> No it wasn’t removed. It’s actually the complete opposite: it’s been 
>> improved. You now have the ability to create unlimited depth of hierarchies 
>> and with the ability to set cascading permissions at all levels.
>> 
>> It’s just that we’re now calling this feature Nested Pages and no longer 
>> spaces (previous spaces were only 1 level deep BTW).
>> 
>> And you still have the additional possibility of creating sub-wikis.
>> 
>> Where did you find this info? I’d like to correct it if you found it in the 
>> documentation.
> 
> I got it from you on this list IIRC ;-)

Ok then you must have extracted it without the context. So the doc is correct 
probably.

> I understand the technical similarity of concepts. Yet, from a UI
> perspective I would prefer to have the topmost hierachy level
> called "spaces" or "projects" or "what-have-you" and a separate
> "spaces" menue to create, select, delete these.

Having one concept is much simper than having two. However I can understand 
that coming from windows and file systems you’re more used to folder and files. 
XWiki has chosen to have only folders (or only files depending on how you view 
it). The reason is that in xwiki a “folder” can have content so it’s not 
different from a “file”.

> Obviously the navigation panel on the left should show only the
> page tree contained in that "space" as long as I'm "in that space”.

I disagree here. This is far from obvious and the reason we’re displaying by 
default all pages is because there’s a need for a visible global navigation 
panel.

Now nothing prevents you from editing this panel and changing this behavior by 
adjusting the macro parameters. See 
http://extensions.xwiki.org/xwiki/bin/view/Extension/Document%20Tree%20Macro#HParameters

> 
>> I don’t understand what you mean by "multiple group memberships/board of 
>> directors” and why it’s an issue with multi-wiki.
> 
> I read that Wiki vs Nested Pages docs - multiple times ;-)

Ok then I don’t understand how you could have inferred that we lost the ability 
to have nested content. Could you explain what we need to improve in this doc 
that would have helped you not be confused?

> It's the "Ability to easily query data across instances" that multi-wikis are 
> missing.

Depends. You can use the SOLR search for that to a large extent. I don’t see 
what this has to do with "multiple group memberships/board of directors” , 
could you explain?

> I'm repeating myself, sorry - coming from Confluence we have
> just one big wiki but with multiple project related containers
> Confluence calls "spaces". But you can still search across all
> of them you have access to, link from one to another, include
> content snippets from one space in a page in another space and more.

I’m repeating myself and yes that’s the default of xwiki too. There’s nothing 
to do to have this, it’s builtin! And again it’s documented and I’ve also 
explained how to do that in my previous reply.

So once more you just create your page hierarchy using the “+” button.

> I just want to emulate that as closely as possible because that's how
> we are used to work.

You don’t need to emulate. That’s how xwiki works too.

> Using the topmost level of the nested pages hierarchy for spaces
> e.g. creates an odd looking navigation panel with just one entry
> at the top level for users that are only in one project/group.

You have 2 options:
- option 1: modify the navigation panel to set the root to be the current page
- option 2: create another nav panel to keep the global one at the root and set 
that other nav Panel in subpage roots for your various projects/groups.

> It would be more convenient to select the space/project as a separate
> operation and have all the second level pages at the top of the navigation
> panel.
> 
> Thanks for your help - as Stefan pointed out my main mistake probably
> was to restrict access to "Main plus children". I can live with the different
> UI, if there is really no way to get that "spaces" menue back that you had
> in 7.x (?).

Nothing has been lost. In 7.4.x the home page had a dashboard gadget called 
“Pages” listing all pages of the wiki in a tree. Exactly the same as we have 
now in the Navigation Panel on the left (we just moved it there so that it’s 
available by default from all pages for easier navigation).

So I’m not sure what you are referring to.

> Side note: another "concept" thing that I think Confluence gets right and
> a lot of others don't - not quite 

Re: [xwiki-users] Access rights driving me mad ... help needed

[Vincent Massol]

> On 15 Mar 2017, at 21:40, Patrick M. Hausen  wrote:
> 
> Hi all,
> 
> I'm still trying to move a private Wiki from Confluence to Xwiki, now 9.1.2.
> I just cannot find my way to the access rights system.
> 
> What I need:
> 
> A page tree like this:
> 
> A
>   A.1
>   A.1.1
>   A.1.2
>   A.2
>   A.2.1
> B
>   B.1
>   B.1.1
>   B.1.2
>   B.2
>   B.2.1
> C
>   C.1
>   ...
> 
> 
> And the following mechanics:
> 
> No anonymous access, only logged in users.
> Users belong in group A, B or C - possibly more than one of them.
> Users of Group A should see the top page A and subpages in the navigation 
> panel.
> Users of Group B should see the top page B ...
> Users of more than one group should see all corresponding pages.
> 
> Beneath the top pages all users should have full create/edit/comment/delete 
> rights.
> 
> Simply speaking: I'm trying to achieve what can easily be done with 
> Confluence spaces,
> now that Xwiki removed them for some reason.

They’re still there, see 
http://platform.xwiki.org/xwiki/bin/view/Features/ContentOrganization/

> Users working on project X should see only pages (and navigation tree) of 
> project X,
> while the board of directors should be able to see and work on all projects.

That’s possible.

> Subwikis won't do because of the "multiple group memberships/board of 
> directors"
> requirement, if I read that part of the documentation correctly.

I don’t understand what you mean by "multiple group memberships/board of 
directors” and why it’s an issue with multi-wiki. You can have as many groups 
you want on the main wiki for example and then set permissions on each 
sub-wiki. You don’t need to create local users if that’s your worry.

See http://platform.xwiki.org/xwiki/bin/view/Features/WikiVsNestedPages (which 
is linked from 
http://platform.xwiki.org/xwiki/bin/view/Features/ContentOrganization/) if you 
need to know the detailed differences between nested pages and multi-wikis.

> So I need nested pages.
> Any hints on how to configure this would be greatly appreciated!

Yes, there’s nothing to configure, you just click the + button to add a page 
under the current one (or specify any location in the Add page dialog that 
opens).

> Second, I want all applications, blog, sandbox, ... gone from what users see.

You still want these apps in the wiki but only visible to some users or 
completely gone and removed?

> When I
> try to delete these pages I get the warning that I should instead remove the 
> extension …

Yes that’s good. What’s the problem you faced? We recently introduced a 
protection to avoid users deleting application pages by mistake, see 
http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/Data/XWiki/9.1/

Note that we currently have a limitation that we need to fix ASAP: 
http://jira.xwiki.org/browse/XWIKI-8608
Thus in the meantime you can disregard the warning and delete the pages of 
those apps you don’t need instead of uninstalling them.

> Users should see a hierarchical navigation panel on the left and the page on 
> the right
> and rest of the area in the browser. Simple and clean. Nothing (!) else.
> 
> Possible?

Sure.

Thanks
-Vincent

> Many many thanks in advance! I don't want to complain about free software and 
> of course
> I could "just buy Confluence" instead. Unfortunately a regular license is way 
> out of budget
> for our small organisation and we have outgrown the 10 users you get for the 
> "almost free"
> starter license from Atlassian. When I first found Xwiki I was so excited it 
> would support
> spaces, only to learn that they were removed again ...
> 
> 
> Thanks in advance!
> Patrick
> 
> 

Re: [xwiki-users] Access rights driving me mad ... help needed

[Vincent Massol]

Hi Patrick,

[snip]

> Many many thanks in advance! I don't want to complain about free software and 
> of course
> I could "just buy Confluence" instead.

Open source software doesn’t mean everything has to be free. If you need 
professional support and help you can get it from several companies sponsoring 
the development of XWiki: 
https://www.xwiki.org/xwiki/bin/view/Main/Supporters/SponsoringCompanies/

That actually helps the development of XWiki.

> Unfortunately a regular license is way out of budget
> for our small organisation and we have outgrown the 10 users you get for the 
> "almost free"
> starter license from Atlassian.

You could also look at the cloud offer from XWiki SAS which is cheaper than 
Confluence AFAIK:
http://www.xwiki.com/en/products/pricing

> When I first found Xwiki I was so excited it would support
> spaces, only to learn that they were removed again …

No it wasn’t removed. It’s actually the complete opposite: it’s been improved. 
You now have the ability to create unlimited depth of hierarchies and with the 
ability to set cascading permissions at all levels.

It’s just that we’re now calling this feature Nested Pages and no longer spaces 
(previous spaces were only 1 level deep BTW).

And you still have the additional possibility of creating sub-wikis.

Where did you find this info? I’d like to correct it if you found it in the 
documentation.

Thanks
-Vincent

> Thanks in advance!
> Patrick
> 
> 

Re: [xwiki-users] Access rights driving me mad ... help needed

[Vincent Massol]

Hi Patrick,

[snip]

> Thanks, Stefan. Could anyone explain the reasons why spaces were
> removed? I mean, what better way to keep seperate projects neatly
> separated while having them all indexed and searchable in the same
> wiki?

Just replying to this part, there are some info at 
http://platform.xwiki.org/xwiki/bin/view/Features/ContentOrganization/ and 
especially in 
http://platform.xwiki.org/xwiki/bin/view/Features/ContentOrganization/NestedPagesMigration/
 which is linked from the first URL.

In short:
* Spaces are still there in the model (and you can see it surface in the APIs 
you use in scripts in wiki pages)
* However in the UI (i.e. for end users) we’re trying to only expose the 
concept of Pages and we’re implementing Nested Pages with Nested Spaces

Thanks
-Vincent

> Kind regards,
> Patrick

Re: [xwiki-users] LDAP authentication is not enabled. Check xwiki.cfg

[Vincent Massol]

> On 9 Mar 2017, at 21:08, JasoYeom  wrote:
> 
> I set the permanent directory in xwiki.properties:
> 
> environment.permanentDirectory=C:\Users\user\Downloads\jetty\ and restarted.
> 
> Installed extensions are gone again.

That’s normal since you changed the permanent dir! :)

You need to copy the content of it from the previous location to the new one.

Thanks
-Vincent

>  I didn't find any directions on for
> starting jetty so I use start.jar
> 
> xwiki.cfg:  
> 
> #-# The authentication management class.
> xwiki.authentication.authclass=org.xwiki.contrib.ldap.XWikiLDAPAuthServiceImpl
> 
> When LDAP Application extension was installed it still complained about
> xwiki.cfg.
> 
> 
> 
> --
> View this message in context: 
> http://xwiki.475771.n2.nabble.com/LDAP-authentication-is-not-enabled-Check-xwiki-cfg-tp7602951p7603048.html
> Sent from the XWiki- Users mailing list archive at Nabble.com.

Re: [xwiki-users] Redeploy the XWiki webapp ?

[Vincent Massol]

> On 15 Mar 2017, at 10:06, Thomas Mortagne  wrote:
> 
> "redeploy" means restart. There is ways to redeploy an application
> without restarting the application server but you should probably not
> bother with that.

And it would cause warnings with Tomcat since XWiki doesn’t free up resources 
properly and Tomcat has some verification for that. So it’s best to always stop 
your servlet container and restart it.

Thanks
-Vincent

> On Wed, Mar 15, 2017 at 12:03 AM, Douglas Landau
>  wrote:
>> Greets,
>> 
>> The LDAP Authenticator extension webpage says
>> "Unlike editing xwiki.cfg, which requires you to redeploy the XWiki webapp, 
>> ..."
>> 
>> How does one redeploy the app?
>> 
>> Thanks
>> Doug
>> 
>> 
>> -Original Message-
>> From: users [mailto:users-boun...@xwiki.org] On Behalf Of Marius Dumitru 
>> Florea
>> Sent: Tuesday, March 14, 2017 3:11 PM
>> To: XWiki Users
>> Subject: Re: [xwiki-users] CKEditor and Lightbox Macro Issue
>> 
>> On Tue, Mar 14, 2017 at 4:57 PM, Mahomed Hussein 
>> wrote:
>> 
>>> Hi
>>> 
>>> We’ve come across a slight issue with the Lightbox macro when using
>>> CKEditor 1.12. I thought I’d post to the group before logging it on Jira.
>>> 
>>> Basically, the issue is that when you go into CKEditor, the Macro
>>> encompasses all the text that follows it [1]. I have marked up all the
>>> images so please look at them as it should make it easier to see what
>>> I mean. Looking at the source, it appears that the closing DIV for the
>>> macro is being put at the end of all the following content [2].
>>> 
>>> 
>> 
>>> If you then go into Source view, it deletes all the text after the
>>> lightbox macro [3]. If you edit using the original Wiki editor, you
>>> can see all the text is there correctly [4]
>>> 
>> 
>> This sounds like http://jira.xwiki.org/browse/CKEDITOR-131 and the problem 
>> (see my comment to the linked issue) is probably that the LightBox Macro 
>> generates invalid HTML. It may look good in view mode, but usually that is 
>> because the browser fixes the invalid HTML on the fly. And this fixing on 
>> the fly messes up the macro rendering markers. Of course, the rendering 
>> markers should be made more robust, but that requires more changes. The 
>> easies solution is to make sure the macro generates valid HTML (e.g all tags 
>> are properly closed so that the browser doesn't have to close the DIV 
>> itself).
>> 
>> Hope this helps,
>> Marius
>> 
>> 
>>> 
>>> You can put in a terrible workaround (this was more an experiment than
>>> a solution to be honest) by going into Wiki edit mode, and adding 2
>>> extra line breaks and a closing DIV tag inside the HTML tags [5]. This
>>> then allows CKEditor to render correctly and you can view/edit the
>>> content after the light box without any issues. [6]. Sadly this isn’t
>>> a solution and I hope someone can help with a proper solution.
>>> 
>>> It seems to me that this is something that needs changing in CKEditor,
>>> rather than in the Lightbox Macro as rendering of the images and
>>> lightbox is fine when viewing the documents, and it seems the Macro JS
>>> code does not get executed when editing in CKEditor.
>>> 
>>> Please let me know if you need any other info and I hope someone can help.
>>> Thanks.
>>> 
>>> 
>>> [1] - http://pasteboard.co/JljtnBA9U.png
>>> [2] - http://pasteboard.co/JlFkCTN8k.png
>>> [3] - http://pasteboard.co/JlG6J0k5E.png
>>> [4] - http://pasteboard.co/JlGsIdGZK.png
>>> [5] - http://pasteboard.co/JlHgakjs2.png
>>> [6] - http://pasteboard.co/JlHCxvOC8.png
>>> 
>>> 
>>> 
>>> Kind regards,
>>> 
>>> 
>>> Mahomed Hussein
>>> Custodian Data Centre
>>> Email: maho...@custodiandc.com
>>> http://www.CustodianDC.com
>>> 
>> 
>> The information contained in this transmission may contain West Marine 
>> proprietary, confidential and/or privileged
>> information.  It is intended only for the use of the person(s) named above. 
>> If you are not the intended recipient, you are
>> hereby notified that any review, dissemination, distribution or duplication 
>> of this communication is strictly prohibited.
>> If you are not the intended recipient, please contact the sender by reply 
>> email and destroy all copies of the original
>> message. To reply to our email administrator directly, please send an email 
>> to netad...@westmarine.com.
> 
> 
> 
> -- 
> Thomas Mortagne

Re: [xwiki-users] Email Validation: stuck in 'prepare_success' status

[Vincent Massol]

Ok thanks for the heads up. Let’s wait till you get it again (hopefully not ;)).

I’d still like to understand how it can happen and whether there’s a bug 
somewhere… but not easy to track down…

Thanks
-Vincent

> On 14 Mar 2017, at 10:14, rez_spb  wrote:
> 
> Thank you for reply!
> Sorry for the delay, but the actual results have changed for me since last
> time.
> 
> Actually I have already enabled debug loglevel for mail before posting in
> this thread (tried to resolve this myself), I saw the lines you posted as an
> example in logs, but there were only preparation stage, no sending events at
> all.
> Sharing by email works with external SMTP server (have actually tested it
> this way first when set up SMTP, and the validation email issue was caught
> later when users started to register).
> 
> I have shut down tomcat, removed catalina.out file to get a clean one.
> My steps:
> - start tomcat and wait till cpu load drops (that's how I tell that tomcat
> startup has completed without using logs);
> - open XWiki main page (XWiki initialization starts);
> - send email by sharing (old working sender plugin) - email is received;
> - wait a minute;
> - open the page with velocity I've created previously (like you told me to,
> using 'memory' storage);
> - wait for some time, check email: 1 email from share link, 2... wait, two
> emails from 'email-velocity-memory' page.
> /That is strange/: I haven't changed anything, but the email was sent this
> time. Twice.
> Now to testing email validation.
> - open registration page in other browser;
> - register a new user;
> - (*new*) registration successful page appears (previously that was an
> infinite load);
> - (*new*) email is received.
> 
> I have an idea: the other XWiki I have installed (2 XWiki on 2 separate
> containers in 1 Tomcat with 2 webapp directories, I will call the first
> installed XWiki-0, that one does not have SMTP and sends via localhost) was
> not initialized (but usually is). So I will redo the same steps with
> starting that XWiki first (maybe there's no separation of email threads?).
> I stop tomcat at this point and pack the log for you (link is below).
> 
> Steps this time:
> - start tomcat and wait till cpu load drops (that's how I tell that tomcat
> startup has completed without using logs);
> - open previously installed XWiki-0 main page (initialize it first);
> - share page by email - email is received;
> - create a velocity page (no such page was set up in XWiki-0);
> - 2 emails are received;
> - open XWiki main page (XWiki initialization starts);
>   (there are 2 warnings in logs this time:
> )
> - send email by sharing (old working sender plugin) - email is received;
> - wait a minute;
> - open the page with velocity - email is received (2 emails);
> - register a new user - registration successful, email is received.
> I stop my tomcat at this point and pack the log for you (link is below).
> 
> Well so there is no actual interference between 2 XWiki installation when
> talking about email (2 warnings are present though and I don't think that's
> a good thing actually).
> 
> Currently *everything works*. I don't know why, I was sure it wouldn't work.
> The only thing that can matter is that server uptime is 6 days (had a
> blackout last week, so the server was rebooted automatically). Previous
> restart was like months ago (before XWiki installation). So maybe
> services/containers restarts are not enough to successfully finish the
> installation? Reboot is needed? This is a Debian box so that's pretty
> strange of an idea for me, but there was nothing else.
> 
> Log files:
> First run (single XWiki)
>   
> Second run (XWiki-0 + XWiki)
>   
> 
> I will leave this set up as it is, because the issue may reappear and I
> don't get that was the cause of it yet. If you have any ideas, I am ready to
> perform more tests to get this fixed for other people who may have the same
> issue.
> 
> 
> 
> --
> View this message in context: 
> http://xwiki.475771.n2.nabble.com/Email-Validation-stuck-in-prepare-success-status-tp7602814p7603082.html
> Sent from the XWiki- Users mailing list archive at Nabble.com.

Re: [xwiki-users] Email Validation: stuck in 'prepare_success' status

[Vincent Massol]

Hi Rez,

> On 27 Feb 2017, at 13:44, rez_spb  wrote:
> 
> Thank you for responding! I was away from my PC for quite a long time, could
> not investigate fully.
> 
> First of all, I have watched the video and checked that programming rights
> are fine for my Admin user. the default behavior is to check for them, and
> the user have them, so everything is OK.
> Then I set 'discard success statuses' option to explicit 'No' in admin
> panel.
> Next, I have taken a sample, changed $services.mailsender.createMessage()
> parameters to reflect actual email before adding a page.
> I did try to create a velocity test email page with memory listener, but...
> the page did not finish loading after I clicked 'Save and View'. It was
> actually created, and email was prepared (log excerpt below), but email was
> neither sent nor displayed in Mail Sending Status (the latter is expected as
> we bypass DB here).
> 
> 
> 
> Of course, no email was received and I cannot open my velocity test page due
> to infinite loading.
> 
> I have created a thread dump for you to look at, maybe that will help:
> http://pastebin.com/TeBcZrUV
> Several email-related threads are in WAITING and TIMED_WAITING statuses.
> The testing page is called 'email-velocity-memory' for faster debugging.

I see 8 threads that correspond to executing your page with the mail sending 
test. I believe you tried to refresh this page 8 times, correct?

I also see a share page thread. Note that the share page by email feature is 
using the old mail sender plugin and not the new mail module so the config is 
different and they’re completely different (and there’s no notion of mail 
prepare and mail sending, the mail is sent directly).

Actually that’s a question I have for you: does share page by email work for 
you?

Maybe make sure that the SMTP server that you configure is visible from your 
xwiki instance because it looks as if it cannot be reached and it doesn’t seem 
to timeout.

Ok here’s something to try. Enable debug logs for the mail module. This can be 
done at runtime in the Admin UI, Logs section, or by stopping XWiki, editing 
WEB-INF/classes/logback.xml and adding:



Then restart XWiki and send us the results of what appears in catalina.out.

You should see messages such as:
- Mail preparation begins for batch [{}].
- Mail preparation succeed for message [{}] of batch [{}].
- Mail preparation ended for batch [{}].
- etc

Thanks
-Vincent

> If there's anything else I can help with, please let me know.
> Oh, and you will see AJP connector thread: I use 'mod_jk' to proxy Tomcat
> through Apache, and the Tomcat serves 2 XWikis as 2 different services. I
> have separated them fine (I think), but I can email you configs in case my
> setup is too custom and was not tested before.
> 
> Thanks for all your help!
> 
> 
> 
> --
> View this message in context: 
> http://xwiki.475771.n2.nabble.com/Email-Validation-stuck-in-prepare-success-status-tp7602814p7602869.html
> Sent from the XWiki- Users mailing list archive at Nabble.com.

Re: [xwiki-users] LDAP authentication is not enabled. Check xwiki.cfg

[Vincent Massol]

Hi,

> On 9 Mar 2017, at 20:02, JasoYeom  wrote:
> 
> 1. I installed the demo version via the Windows installation setup.  I
> installed the ldap ui extension and added the appropriate line to
> authenticate to ldap in xwiki.cfg.  Restarted ldap works fine.
> 
> 2. Downloaded mysql, jetty and the 8.4.4 war file.  Installed and xwiki
> works fine.  Added the same ldap ui extension and configure xwiki the same
> as above.  Restarted jetty and found that the distribution wizard
> reappeared.

This probably means that you haven’t configured the permanent directory of 
xwiki (see xwiki.properties) and thus XWiki ended up using a temporary 
directory which got removed/cleaned between your 2 runs.

Whenever the DW is displayed it means it’s needed, i.e. that that status file 
located in the permanent directory wasn’t found or it contained information 
that the DW needs to be executed.

Thanks
-Vincent

>  I told it to never come up again.  I went to configure ldap and
> received the error that the LDAP service was not installed.  Checked the
> installed extensions and none were found!  I installed the Ldap ui again and
> it complained that ldap was not configured in xwiki.cfg.  I confirmed it is
> setup the exact same way and even compared the files which are exactly the
> same.  Restarted jetty and once again checked to see which extensions were
> installed:  none.
> 
> Both installs are in the ProgramFiles folder and both have the same
> permissions.  I even moved the manual install to my desktop and tested there
> as well.  The installed extensions keep disappearing for some reason.  
> 
> 
> 
> 
> --
> View this message in context: 
> http://xwiki.475771.n2.nabble.com/LDAP-authentication-is-not-enabled-Check-xwiki-cfg-tp7602951p7603045.html
> Sent from the XWiki- Users mailing list archive at Nabble.com.

Re: [xwiki-users] Tagging user to get their attention.

[Vincent Massol]

Hi Oliver,

> On 6 Mar 2017, at 21:58, Oliver Angélil  wrote:
> 
> I feel it would be extremely handy to be able to tag someone's name in the
> xwiki and the next time that person logs in, he/she will be notified and
> directed to the page/comment where that happened. Perhaps a feature request
> :)

We also have the ability to send messages to people in the wiki, see:
http://extensions.xwiki.org/xwiki/bin/view/Extension/Message%20Stream%20Application/

This should provide a feature similar to the one you wish I believe, WDYT?

Thanks
-Vincent

> Thanks,
> Oliver
> 
> On 6 March 2017 at 19:16, Marius Dumitru Florea <
> mariusdumitru.flo...@xwiki.com> wrote:
> 
>> We have
>> http://extensions.xwiki.org/xwiki/bin/view/Extension/
>> Share%20Page%20Application
>> . The user gets notified through mail.
>> 
>> On Sun, Mar 5, 2017 at 10:55 AM, Oliver Angélil 
>> wrote:
>> 
>>> Is it possible to do this on a page to alert a user if you would like to
>>> get them to view some page/comment? I.e. this is a useful feature on
>>> Facebook, but then I guess most of don't use Facebook. ;)
>>> 
>>> Thanks,
>>> Oliver
>>> 
>> 
> 
> 
> 
> -- 
> *Oliver Marc Angélil*
> PhD Candidate at the University of New South Wales, Australia
> *http://web.maths.unsw.edu.au/~oangelil/oliver/page_oliver.html*
> 

Re: [xwiki-users] Upgrade to 8.4.4 Read Only have Copy Option

[Vincent Massol]

Hi,

> On 7 Mar 2017, at 10:33, Marius Dumitru Florea 
>  wrote:
> 
> See http://jira.xwiki.org/browse/XWIKI-12937 and the comments. The menu
> checks only if the current user has view right on the current page because
> we cannot know where the user will copy the page. The user may have edit
> right on some specific place in the page hierarchy and iterating all the
> page hierarchy to see if such a place exists is very costly.

@Stev: is the behavior you’re observing different in 7.4.4 from 8.4.4? 

If so it would be nice that we mention it in the release notes for 8.4.1.

> Checking for real-only is super fast though so I agree we should do that:
> show the copy action if the current user has view right on the current page
> and the wiki is not in read-only mode.

@Stev: could you create a jira issue for this?

Thanks
-Vincent

> 
> On Mon, Mar 6, 2017 at 9:42 PM, Stev Williams 
> wrote:
> 
>> Hi,
>> 
>> 
>> I have recently upgraded our xwiki from 7.4.4 to 8.4.4 and all seemed to
>> go well,  however one thing has come up in that if a user or a group has
>> read only access to the Wiki on 8.4.4 the cog is appearing with just the
>> option to Copy.  I have tried to copy a page with a read only test account
>> and it will not allow the copy which is fine however any ideas why the
>> option is showing and is there anything I can do to get rid of it?
>> 
>> Regards
>> 

Re: [xwiki-users] Customizing navigation menu in sidebar

[Vincent Massol]

Hi guys,

> On 6 Mar 2017, at 10:48, Richter, Tobias  wrote:
> 
> Hi Vincent,
> 
> thanks a lot for your answer - indeed I`ve tried to find out how to create an 
> own navpanel - 
> 
> but after a lot trial and error the menu-content wasn`t "drag-and-droppable" 
> (sry for the bad English) anymore. After a lot more trial and error I found 
> out, that the drag-and-drop behavior of
> 
> this panel and the Navigation-heading belongs to this function:
> 
> 
> #panelheader($services.localization.render('xe.panels.navigation'))
> 
> #panelheader means in CSS/HTML --> ID
> 
> But the "services.localization.render"- function with the 
> 'xe.panels.navigation' -String(?) is unfortunately too deep in the 
> xwiki-backend for me. It would be nice if you could
> 
> Send a link, where this syntax and the meaning of the function is explained 
> in the documentation. I know that often "2-lazy-2google" questions are asked 
> - but that would be 
> 
> The step I want to learn next for getting deeper in the backend - for being 
> able to customize xwiki more for our company.

To create a panel is very simple: 
http://extensions.xwiki.org/xwiki/bin/view/Extension/Panels+Application

The $services.localization.render('xe.panels.navigation’) part is just an API 
call to get a translation key for internationalisation. If you create your own 
panel btw, you’ll get some default content.

You can use:

#panelheader(“My Panel")
…

Thanks
-Vincent

> 
> Cheers,
> 
> Toby.
> 
> 
>> That’s nice. 
> 
>> One recommendation though: you probably should create your own panel instead 
>> of reusing an existing one since when you next upgrade you may get some 
>> conflict if there are also changes in the officially-provided >Navigation 
>> Panel. Not a big issue though, you’ll just need to choose your version over 
>> the default one if you’re asked to choose. Also I case you need the original 
>> Nav panel it might be best to keep it as is.
> 
>> Thanks
>> -Vincent
> 
>> Cheers,
>> 
>> Toby
> 

Re: [xwiki-users] Customizing navigation menu in sidebar

[Vincent Massol]

Hi Tobias,

> On 6 Mar 2017, at 10:29, Richter, Tobias  wrote:
> 
> Hi Willi - 
> 
> I ve used fort he horizontal Navigation the menu Application - for a vertical 
> Application I`ve edited the Navigation panel inside the administration menu..
> 
> Don’t know whether it will help you,
> 
> But that`s my code:
> 
> {{velocity}}
> #panelheader($services.localization.render('xe.panels.navigation'))
> 
> [[{{icon name="files-o" size="2x"/}}Anleitungen>>FileManager.Anleitungen]]
> 
> [[{{icon name="list" size="2x"/}}Anweisungen>>FileManager.Anweisungen]]
> 
> [[{{icon name="file-text-o" size="2x"/}}Formulare>>FileManager.Formulare]]
> 
> [[{{icon name="book" size="2x"/}} Handbücher>>FileManager.Handbücher]]
> 
> [[{{icon name="file" size="2x"/}}Sonstiges>>FileManager.Sonstiges]]
> 
> {{/velocity}}

That’s nice. 

One recommendation though: you probably should create your own panel instead of 
reusing an existing one since when you next upgrade you may get some conflict 
if there are also changes in the officially-provided Navigation Panel. Not a 
big issue though, you’ll just need to choose your version over the default one 
if you’re asked to choose. Also I case you need the original Nav panel it might 
be best to keep it as is.

Thanks
-Vincent

> Cheers,
> 
> Toby
> 
> 
> 
> 
>> Dear All,
>> 
>> is it possible to customize the navigation menu in the sidebar, for 
>> example to change the ordering from automatic alphabetical to a manual 
>> order? Would be the extension "Menu Application" the right choice for this?
>> 
>> Thank you very much.
>> 
>> Best,
>> Willi
>> 

Re: [xwiki-users] Nice display title

[Vincent Massol]

Hi Gerritjan,

> On 2 Mar 2017, at 09:35, Thomas Mortagne  wrote:
> 
> See xwiki.title.compatibility property in xwiki.cfg.
> 
> Extracting the title from the content was disabled by default in 7.0.

Note that you need to read the release notes before upgrading (all the release 
notes from the version you have till the version you’re upgrading to. Yes that 
could be a lot! :)) since they contain useful information such as this one.

For example for 7.0, we had:
http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/ReleaseNotesXWiki70#HBackwardCompatibilityandMigrationNotes

Thanks
-Vincent

> On Tue, Feb 28, 2017 at 10:50 AM, Gerritjan Koekkoek
>  wrote:
>> It has always been normal that if a page did not have the attribute 'title' 
>> (it was left empty)
>> 
>> it would use a smart way to see if in the text there was a header of level 
>> 1,2 or 3 at the top. And then display that as the title...
>> 
>> 
>> Now I've migrated pages to a XWiki 8.4.4 and this does not work any more?
>> 
>> 
>> What can cause this change in behavior ? Is it a known issue when migrating 
>> pages from 6.4 to ???
>> 
>> Is the nested pages a possible cause?
>> 
>> 
>> I tried to put the h2 title in the title attribute as well, but still the 
>> pagename is shown as title?
>> 
>> 
>> Gerritjan Koekkoek
>> Vader van Rai Koekkoek (cdls) en voorzitter vereniging CdLS
>> Visit our website
>> Facebook
>> email
>> 
>> 
>> 
> 
> 
> 
> -- 
> Thomas Mortagne

Re: [xwiki-users] [ANN] XWiki 9.1.1 released

[Vincent Massol]

> On 1 Mar 2017, at 18:47, Thomas Mortagne  wrote:
> 
> The XWiki development team is proud to announce the availability of XWiki 
> 9.1.1.

Well, we’re not that proud actually :)

Thanks to Thomas for having released quickly a new version that fixes the 
regression introduced in 9.1.

Thanks
-Vincent

> This version fix a bug that makes the Distribution Wizard always automated.
> 
> 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/Data/XWiki/9.1.1
> 
> Thanks for your support
> -The XWiki dev team

Re: [xwiki-users] How to see velocity property in xwiki page

[Vincent Massol]

Hi,

> On 28 Feb 2017, at 09:25, aleksey-s  wrote:
> 
> Hi, 
> 
> I read documentation about apache velocity but still don't know how I can
> see my current value of parser.pool.size  property ? (I want to print value
> on my xwiki page)

I’ve created this page for you:
http://snippets.xwiki.org/xwiki/bin/view/Extension/Velocity+Parser+Pool+Size/

Thanks
-Vincent

> 
> 
> 
> --
> View this message in context: 
> http://xwiki.475771.n2.nabble.com/How-to-see-velocity-property-in-xwiki-page-tp7602873.html
> Sent from the XWiki- Users mailing list archive at Nabble.com.

[xwiki-users] [ANN] XWiki 9.1 released

[Vincent Massol]

The XWiki development team is proud to announce the availability of XWiki 9.1.

This version contains mainly CKEditor integration, HTML export and Job REST API 
improvements. In addition the Page deletion UI has been made safer to prevent 
accidental deletion of extension pages.

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/Data/XWiki/9.1

Thanks for your support
-The XWiki dev team

Re: [xwiki-users] PlantUML

[Vincent Massol]

Note that that these replies assume you’re using an external plantuml server.

If not, then you’ll need to make modifications to the 
https://github.com/xwiki-contrib/macro-plantuml/blob/master/src/main/resources/XWiki/PlantUMLMacroGClass.xml
 page. It probably contains some attachment containing the plantuml code which 
needs to be adapted in a similar way (should be pretty easy)

Thanks
-Vìncent

> On 27 Feb 2017, at 09:37, Vincent Massol <vinc...@massol.net> wrote:
> 
> Note that another option is to return the result as SVG and let the browser 
> display it:
> 
> http://www.plantuml.com/plantuml/svg/SyfFKj2rKt3CoKnELR1IoC_cAYtAKSXFKt02IcGMAqH7PvIK55ZfwvUNb-kbv-UdvwJg9UVdniO2
> 
> Notice the “svg/” part in the url instead of “img/“.
> 
> For this you’d just need to replace:
> 
> println "[[image:"+serverurl+"img/"+encoded+"||style=\"max-width:100%\"]]”
> 
> With:
> 
> def svg = “${serverurl}/svg/${encoded}||style=\"max-width:100%\”".toURL().text
> println “{{html clean=false}}${svg}{{/html}}"
> 
> Ofc the browser needs to be able to render svg.
> 
> Thanks
> -Vincent
> 
>> On 27 Feb 2017, at 09:32, Vincent Massol <vinc...@massol.net> wrote:
>> 
>> Hi Timo,
>> 
>>> On 22 Feb 2017, at 14:19, Timo Dachs-Wegmann <t.wegm...@procitec.de> wrote:
>>> 
>>> Hello,
>>> 
>>> I want to draw a UML Diagram with the XWiki Plugin "PlantUML". As I tested 
>>> it, I found a problem with the feature of including links in the diagram.
>>> I can't connect an URL to an object, because XWiki seems to import the 
>>> Macro as a picture (something like jpeg or gif). 
>>> 
>>> There is a good Manual on how to insert links on the HowTo Page of 
>>> PlantUML.com ( http://plantuml.com/incubation ). The one I tried was a very 
>>> basic test:
>>> @startuml
>>> Bob -> Alice : ok
>>> url of Bob is [[http://www.google.com]]
>>> @enduml
>>> 
>>> The problem with this is, that you can't click on "Bob" as a link because 
>>> the link is not passed through to the XWiki page. 
>>> Maybe you have an idea how to solve it or could tell me if there is a way 
>>> to work around this.
>> 
>> I’ve not used this extension but its source code is at 
>> https://github.com/xwiki-contrib/macro-plantuml
>> 
>> For example looking at:
>> https://github.com/xwiki-contrib/macro-plantuml/blob/master/src/main/resources/XWiki/PlantUMLMacro.xml#L278
>> 
>> I see (for an externally configured plantuml server):
>> 
>> println "[[image:"+serverurl+"img/"+encoded+"||style=\"max-width:100%\"]]"
>> 
>> This means this will call a URL to the plantuml server and that it returns 
>> an image which xwiki only displays.
>> 
>> I’ve used your example here:
>> http://www.plantuml.com/plantuml/uml/SoWkIImgAStDuNBAJrBGjLDmpCbCJbMmKiZFvYejob78JrC0IMGMAqH7PvIK55ZfwvUNb-kbv-UdvwJg9UVdniPoEQJcfG1D
>>  and it works for the link (because it’s an image + an image map).
>> 
>> So AFAICS the reason it won’t work as is with xwiki is that the url used by 
>> xwiki to get the image is 
>> http://www.plantuml.com/plantuml/png/SyfFKj2rKt3CoKnELR1IoC_cAYtAKSXFKt02IcGMAqH7PvIK55ZfwvUNb-kbv-UdvwJg9UVdniO2
>>  which returns only the image and not the image map.
>> 
>> Haha… found something. There’s another url to call to get the map:
>> http://www.plantuml.com/plantuml/map/SyfFKj2rKt3CoKnELR1IoC_cAYtAKSXFKt02IcGMAqH7PvIK55ZfwvUNb-kbv-UdvwJg9UVdniO2
>> 
>> So it’s very easy to add support for this. The code needs to be modified 
>> with something like this:
>> 
>> def htmlMap = “${serverurl}/map/${encoded}”.toURL().text
>> println “{{html clean=false}}${htmlMap}{{/html}}"
>> 
>> And that should work! :)
>> 
>> You should create a jira issue at http://jira.xwiki.org/browse/PLANTUML for 
>> this.
>> 
>> Thanks
>> -Vincent
>> 
>>> 
>>> Thank you in advance
>>> 
>>> Kind regards,
>>> 
>>> Timo Dachs-Wegmann
>>> -IT-
>