[xwiki-users] [XWiki Forum] [Help / Discuss] CKEditor plugin installation

[Marius Dumitru Florea]

[[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:2, topic:210"]
my ckeditor itself wont load, no errors
[/quote]

No errors in the JavaScript console? Where did you add that JavaScript snippet? 
Is the xyz.js file loaded?





---
[Visit Topic](https://discourse.xwiki.org/t/ckeditor-plugin-installation/210/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/b30053c49a82293f5fd804b8870a5e5b8c5e7cd818d0c6a72083bda2664eb753).

Re: [xwiki-users] [XWiki Forum] [Help / Discuss] Xwiki Upgrade breaks certain functionality [Standalone Distro]

[Marius Dumitru Florea]

[[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).
>

[xwiki-users] [ANN] XWiki 9.4 Release Candidate 1 released

[Marius Dumitru Florea]

[[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 XWiki development team is proud to announce the availability of XWiki
9.4 Release Candidate 1.
This release adds support for batch restore of deleted pages from the
recycle bin. The content menu has received some usability improvements. The
live notification system has been improved to group similar notification
messages and to show notifications for page comments. The history of an
extension page now includes a special revision that corresponds to the
extension version. The Help Center and the Menu application are now part of
the default XWiki distribution.

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.4RC1/

Thanks for your support
-The XWiki dev team

Re: [xwiki-users] Menu extension and secondary wiki

[Marius Dumitru Florea]

[[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 Wed, May 17, 2017 at 4:07 PM, redactech  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 Marius,
>
> Thank you, I managed to display the links in secondary wikis, but I don't
> understand how to change the object parameter though (when I edit the menu
> page in object mode, which code lines should I add?)
>

You just expand the XWiki.UIExtensionClass object and add the following
line to the Parameters property (text area):

order=10


>
>
> Thank you.
>
>
>
> --
> View this message in context: http://xwiki.475771.n2.nabble.
> com/Menu-extension-and-secondary-wiki-tp7603550p7603922.html
> Sent from the XWiki- Users mailing list archive at Nabble.com.
>

Re: [xwiki-users] Macro Toolbar Option Greyed Out

[Marius Dumitru Florea]

[[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 Tue, May 16, 2017 at 10:12 AM, Rolf Bernau <rber...@axway.com> wrote:

> Any ideas why the macro button in 9.1.2 CKEditor is greyed out even though
> it should be enabled by default?
>

No idea. I would try to reset the CKEditor configuration from the
Administration and to clear the browser cache. Also, you should take a look
at the JavaScript console. Maybe there's some JavaScript error that blocks
the macro plugin.

Hope  this helps,
Marius


>
>
> -Ursprüngliche Nachricht-
> Von: Rolf Bernau
> Gesendet: Dienstag, 9. Mai 2017 08:43
> An: 'XWiki Users' <users@xwiki.org>
> Betreff: AW: [xwiki-users] Macro Toolbar Option Greyed Out
>
> Hi Marius,
> I am using the default CKEditor in 9.1.2.
> In one of my installations on CentOS the macro button is visible and
> enabled (and usable) in the editor, but on another system on Amazon Linux
> the button is just visible but greyed out and cannot be used.
> Thanks
> Rolf
>
> -Ursprüngliche Nachricht-----
> Von: users [mailto:users-boun...@xwiki.org] Im Auftrag von Marius Dumitru
> Florea
> Gesendet: Dienstag, 9. Mai 2017 06:58
> An: XWiki Users <users@xwiki.org>
> Betreff: Re: [xwiki-users] Macro Toolbar Option Greyed Out
>
> On Mon, May 8, 2017 at 6:17 PM, Rolf Bernau <rber...@axway.com> wrote:
>
> > Hi,
> >
> >
>
> > In Xwiki 9.1.2 I have enabled the xwiki-marco toolbar option for the
> > Wysiwig editor, and indeed there is a button shown in the toolbar now.
> >
>
> Are you referring to the CKEditor (which is used by default on 9.1.2) or
> to the old GWT-based WYSIWYG editor? If you're referring to the CKEditor
> then the button to insert macros is enabled by default. You don't have to
> do anything. So I'm not sure what you did and why you did it.
>
> If you're referring to the *dedicated* insert macro button, that inserts a
> specific macro as per http://extensions.xwiki.org/
> xwiki/bin/view/Extension/CKEditor+Integration#
> HPutDedicatedInsertMacroButtonsontheToolBar
> , then you need to paste the advanced configuration you used so that we
> can try to reproduce.
>
> Hope this helps,
> Marius
>
>
> >
> > However, this button is greyed out for some reason that I don't know.
> >
> > Would appreciate some help with this.
> >
> > Thanks
> > Rolf
> >
> >
>

Re: [xwiki-users] Macro Toolbar Option Greyed Out

[Marius Dumitru Florea]

On Mon, May 8, 2017 at 6:17 PM, Rolf Bernau  wrote:

> Hi,
>
>

> In Xwiki 9.1.2 I have enabled the xwiki-marco toolbar option for the
> Wysiwig editor, and indeed there is a button shown in the toolbar now.
>

Are you referring to the CKEditor (which is used by default on 9.1.2) or to
the old GWT-based WYSIWYG editor? If you're referring to the CKEditor then
the button to insert macros is enabled by default. You don't have to do
anything. So I'm not sure what you did and why you did it.

If you're referring to the *dedicated* insert macro button, that inserts a
specific macro as per
http://extensions.xwiki.org/xwiki/bin/view/Extension/CKEditor+Integration#HPutDedicatedInsertMacroButtonsontheToolBar
, then you need to paste the advanced configuration you used so that we can
try to reproduce.

Hope this helps,
Marius


>
> However, this button is greyed out for some reason that I don't know.
>
> Would appreciate some help with this.
>
> Thanks
> Rolf
>
>

Re: [xwiki-users] Menu extension and secondary wiki

[Marius Dumitru Florea]

On Thu, Apr 20, 2017 at 1:33 PM, redactech  wrote:

> Hi,
>
> I am using the menu extension and I have trouble parametring it while I use
> a secondary wiki.
>
> The screenshot was taken from the secondary wiki.
>
>

> I am wondering why  pages of the primary wiki are not linked anymore to the
> menu 1 in the secondary wiki,


Probably because those links use relative page references which are
resolved relative to the current wiki. The WYSIWYG editor generates links
with relative references by default (i.e. when you edit the menu).
Moreover, the menu is probably rendered in the context of the current wiki
not in the context of the source wiki. This may be good or bad. I'm not
sure.

The workaround is probably to edit the menu, switch to source and add the
wiki prefix to the page references: [[label>>wikiId:Path.To.Page]]


> and how could I put the menu 2 under the menu
> 1?
>

The menu is added there through an extension point called "After Header"
http://platform.xwiki.org/xwiki/bin/view/ExtensionPoint/AfterHeaderUIX and
which supports a parameter named "order"
https://github.com/xwiki/xwiki-platform/blob/master/xwiki-platform-core/xwiki-platform-flamingo/xwiki-platform-flamingo-skin/xwiki-platform-flamingo-skin-resources/src/main/resources/flamingo/global.vm#L15
that can be used to order the elements injected after header. This
parameter is not exposed by the Menu Application but you can edit the menu
in object mode and set the parameter in the XWiki.UIExtensionClass object:

order=10

Hope this helps,
Marius


>
> 
>
>
> Thanks for your help.
>
>
>
> --
> View this message in context: http://xwiki.475771.n2.nabble.
> com/Menu-extension-and-secondary-wiki-tp7603550.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

[Marius Dumitru Florea]

On Fri, Apr 21, 2017 at 2:16 PM, Vincent Massol  wrote:

> Hi Caty,
>
> > On 21 Apr 2017, at 12:44, Ecaterina Moraru (Valica) 
> 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).


>
> > -
> >
> > 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 

Re: [xwiki-users] Error on DB

[Marius Dumitru Florea]

On Wed, Apr 12, 2017 at 1:36 PM, Rajesh Sharma  wrote:

> HTTP Status 500 - com.xpn.xwiki.XWikiException: Error number 11007 in 0:
> Failed to extract Entity Resource Reference from URL
> [http://ec2-35-154-214-221.ap-south-1.compute.amazonaws.com/bin/view/Main/
> ]
>
> type Exception report
>
> message com.xpn.xwiki.XWikiException: Error number 11007 in 0: Failed to
> extract Entity Resource Reference from URL
> [http://ec2-35-154-214-221.ap-south-1.compute.amazonaws.com/bin/view/Main/
> ]
>
> description The server encountered an internal error that prevented it
> from fulfilling this request.
>
> exception
>
> javax.servlet.ServletException: com.xpn.xwiki.XWikiException: Error number
> 11007 in 0: Failed to extract Entity Resource Reference from URL
> [http://ec2-35-154-214-221.ap-south-1.compute.amazonaws.com/bin/view/Main/
> ]
>
> org.apache.struts.action.RequestProcessor.processException(RequestProcesso
> r.java:520)
>
> org.apache.struts.action.RequestProcessor.processActionPerform(RequestProc
> essor.java:427)
>
> org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:22
> 8)
>
> org.apache.struts.action.ActionServlet.process(ActionServlet.java:1913)
>
> org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:449)
> javax.servlet.http.HttpServlet.service(HttpServlet.java:622)
> javax.servlet.http.HttpServlet.service(HttpServlet.java:729)
> com.xpn.xwiki.web.ActionFilter.doFilter(ActionFilter.java:112)
>
> org.xwiki.wysiwyg.server.filter.ConversionFilter.doFilter(ConversionFilter
> .java:127)
>
> org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52)
>
> org.xwiki.container.servlet.filters.internal.SetHTTPHeaderFilter.doFilter(
> SetHTTPHeaderFilter.java:63)
>
> org.xwiki.container.servlet.filters.internal.SavedRequestRestorerFilter.do
> Filter(SavedRequestRestorerFilter.java:208)
>
> org.xwiki.container.servlet.filters.internal.SetCharacterEncodingFilter.do
> Filter(SetCharacterEncodingFilter.java:111)
>
> org.xwiki.resource.servlet.RoutingFilter.doFilter(RoutingFilter.java:134)
> root cause
>
> com.xpn.xwiki.XWikiException: Error number 11007 in 0: Failed to extract
> Entity Resource Reference from URL
> [http://ec2-35-154-214-221.ap-south-1.compute.amazonaws.com/bin/view/Main/
> ]
> com.xpn.xwiki.XWiki.initializeResourceFromURL(XWiki.java:926)
> com.xpn.xwiki.XWiki.getXWiki(XWiki.java:793)
> com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:255)
> com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:210)
>
> org.apache.struts.action.RequestProcessor.processActionPerform(RequestProc
> essor.java:425)
>
> org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:22
> 8)
>
> org.apache.struts.action.ActionServlet.process(ActionServlet.java:1913)
>
> org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:449)
> javax.servlet.http.HttpServlet.service(HttpServlet.java:622)
> javax.servlet.http.HttpServlet.service(HttpServlet.java:729)
> com.xpn.xwiki.web.ActionFilter.doFilter(ActionFilter.java:112)
>
> org.xwiki.wysiwyg.server.filter.ConversionFilter.doFilter(ConversionFilter
> .java:127)
>
> org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52)
>
> org.xwiki.container.servlet.filters.internal.SetHTTPHeaderFilter.doFilter(
> SetHTTPHeaderFilter.java:63)
>
> org.xwiki.container.servlet.filters.internal.SavedRequestRestorerFilter.do
> Filter(SavedRequestRestorerFilter.java:208)
>
> org.xwiki.container.servlet.filters.internal.SetCharacterEncodingFilter.do
> Filter(SetCharacterEncodingFilter.java:111)
>
> org.xwiki.resource.servlet.RoutingFilter.doFilter(RoutingFilter.java:134)
> root cause
>
> java.lang.RuntimeException: Failed to locate wiki descriptor for alias
> [ec2-35-154-214-221.ap-south-1.compute.amazonaws.com]
>
> org.xwiki.url.internal.standard.AbstractWikiReferenceExtractor.getWikiDesc
> riptorByAlias(AbstractWikiReferenceExtractor.java:80)
>
> org.xwiki.url.internal.standard.DomainWikiReferenceExtractor.resolveDomain
> BasedWikiReference(DomainWikiReferenceExtractor.java:61)
>
> org.xwiki.url.internal.standard.DomainWikiReferenceExtractor.extract(Domai
> nWikiReferenceExtractor.java:47)
>
> org.xwiki.url.internal.standard.entity.BinEntityResourceReferenceResolver.
> extractWikiReference(BinEntityResourceReferenceResolver.java:51)
>
> org.xwiki.url.internal.standard.entity.AbstractEntityResourceReferenceReso
> lver.resolve(AbstractEntityResourceReferenceResolver.java:92)
>
> org.xwiki.url.internal.standard.entity.AbstractEntityResourceReferenceReso
> lver.resolve(AbstractEntityResourceReferenceResolver.java:51)
>
> org.xwiki.url.internal.GenericResourceReferenceResolver.resolve(GenericRes
> ourceReferenceResolver.java:61)
>
> org.xwiki.url.internal.GenericResourceReferenceResolver.resolve(GenericRes
> ourceReferenceResolver.java:47)
>
> org.xwiki.url.internal.standard.StandardExtendedURLResourceReferenceResolv
> 

Re: [xwiki-users] AWM entries are terminal pages "no" option doesn't work

[Marius Dumitru Florea]

On Thu, Mar 30, 2017 at 9:20 PM, Keith H  wrote:

> If you have XWiki 8.4+ then you can configure whether the entry pages are
>> terminal or not from the third step
>> http://extensions.xwiki.org/xwiki/bin/view/Extension/App+Wit
>> hin+Minutes+Application#HDescription
>> .
>>
>> Hope this helps,
>> Marius
>>
>>
>

> I am using 9.1.2 and that is the option which I am reporting doesn’t work.
>

It works fine if you use the + menu and select the application template. It
doesn't work indeed for the "Add new entry" link. You should report an
issue.

Thanks,
Marius


>
> Best regards
>
> Keith
>

Re: [xwiki-users] AWM entries are terminal pages "no" option doesn't work

[Marius Dumitru Florea]

If you have XWiki 8.4+ then you can configure whether the entry pages are
terminal or not from the third step
http://extensions.xwiki.org/xwiki/bin/view/Extension/App+Within+Minutes+Application#HDescription
.

Hope this helps,
Marius

On Tue, Mar 14, 2017 at 3:55 AM, Keith H  wrote:

> Hello,
>
> Can anyone explain to me how to add pages below an entry.
>
> In my film database I would like to have numerous pages for each film.
>
> thanks
>
> K.
>

[xwiki-users] [ANN] XWiki 9.2 Release Candidate 1 released

[Marius Dumitru Florea]

The XWiki development team is proud to announce the availability of XWiki
9.2 Release Candidate 1.
This release introduces the Notification menu to follow wiki activity more
easily. The Administration has been re-organized with a collapsible menu.
The Menu Application becomes responsive with burger menus. For the advanced
users, the CKEditor integration adds support for dedicated Insert Macro
tool bar buttons and the Extension Manager adds support for conflict
resolution configuration when installing an extension. As usual, the
release also brings many bug fixes and other small improvements.

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.2RC1

Thanks for your support
-The XWiki dev team

Re: [xwiki-users] XWiki 9 admin account

[Marius Dumitru Florea]

On Wed, Mar 15, 2017 at 5:59 AM, Douglas Landau 
wrote:

> Greets,
>
>

> I've installed Xwiki 9.1.2, but can't log in as Admin/admin.  Did it
> change, or do I have capslock on?
>

It depends very much on how you installed XWiki :) . For instance, if you
use the WAR and then go through the Distribution Wizard you get
http://platform.xwiki.org/xwiki/bin/view/Features/DistributionWizard#HAdminuser
.

Hope this helps,
Marius


>
> Thanks
> Doug
>
>
> -Original Message-
> From: users [mailto:users-boun...@xwiki.org] On Behalf Of Douglas Landau
> Sent: Tuesday, March 14, 2017 8:48 PM
> To: XWiki Users
> Subject: [xwiki-users] XWiki 9 Java errors
>
> Greets,
> I've installed xwiki 9.1.2 in a new VM.  I am using Java 1.8.0_25.
> I ran the standalone installer and said start_xwiki.sh and it started, and
> I got the java stacktraces below.   I have not modified xwiki.cfg or
> anything else.
>
> Can anyone shed some light on these errors?   Thanks!
>
> Doug
>
> [root@dwswiki10 data]# xwiki/start_xwiki.sh Starting Jetty on port 8080,
> please wait...
> 2017-03-14 20:36:56.714:INFO::main: Logging initialized @1077ms
> 2017-03-14 20:36:57.507:INFO:oejs.Server:main: jetty-9.2.13.v20150730
> 2017-03-14 20:36:57.531:INFO:oejs.AbstractNCSARequestLog:main: Opened
> /data/xwiki/data/logs/2017_03_15.request.log
> 2017-03-14 20:36:57.534:INFO:oejdp.ScanningAppProvider:main: Deployment
> monitor [file:/data/xwiki/jetty/contexts/] at interval 0
> 2017-03-14 20:36:57.916:INFO:oejsh.ContextHandler:main: Started
> o.e.j.w.WebAppContext@3cbbc1e0{/,file:/data/xwiki/webapps/
> root/,AVAILABLE}{/root}
> 2017-03-14 20:36:58.866:WARN:oeja.AnnotationConfiguration:main:
> ServletContainerInitializers: detected. Class hierarchy: empty
> 2017-03-14 20:37:18,206 [main] INFO  o.x.s.s.i.EmbeddedSolrInstance -
> Starting embedded Solr server...
> 2017-03-14 20:37:18,228 [main] INFO  o.x.s.s.i.EmbeddedSolrInstance -
> Using Solr home directory: [data/solr]
> 2017-03-14 20:37:20,598 [coreLoadExecutor-6-thread-1] WARN
> o.a.s.c.SolrResourceLoader - Solr loaded a deprecated plugin/analysis
> class [solr.SynonymFilterFactory]. Please consult documentation how to
> replace it accordingly.
> 2017-03-14 20:37:24,370 [main] INFO  o.x.s.s.i.EmbeddedSolrInstance -
> Started embedded Solr server.
> 2017-03-14 20:37:25.459:INFO:oejsh.ContextHandler:main: Started
> o.e.j.w.WebAppContext@185d8b6{/xwiki,file:/data/xwiki/
> webapps/xwiki/,AVAILABLE}{/xwiki}
> 2017-03-14 20:37:25.489:INFO:oejs.ServerConnector:main: Started
> ServerConnector@209b4b35{HTTP/1.1}{0.0.0.0:8080}
> 2017-03-14 20:37:25.490:INFO:oejs.Server:main: Started @29854ms
> 2017-03-14 20:37:25.490:INFO:oxtjl.NotifyListener:main:
> --
> 2017-03-14 20:37:25.493:INFO:oxtjl.NotifyListener:main: Server started,
> you can now open http://dwswiki10.westmarine.net:8080/ in your browser to
> access your wiki.
> 2017-03-14 20:37:25.493:INFO:oxtjl.NotifyListener:main:
> --
> 2017-03-14 20:39:13,763 [XWiki initialization] INFO
> .HibernateDataMigrationManager - Storage schema updates and data migrations
> are enabled
> 2017-03-14 20:39:14,064 [XWiki initialization] INFO
> .HibernateDataMigrationManager - No data migration to apply for wiki
> [xwiki] currently in version [9]
> 2017-03-14 20:39:14,064 [XWiki initialization] INFO
> .HibernateDataMigrationManager - Checking Hibernate mapping and updating
> schema if needed for wiki [xwiki]
> 2017-03-14 20:39:21,490 [solr/indexer job group daemon thread -
> org.xwiki.search.solr.internal.job.IndexerJob@121a4e93] INFO
> o.x.s.s.i.j.IndexerJob - Starting job of type [solr.indexer] with
> identifier [[solr, indexer]]
> 2017-03-14 20:39:23,943 [solr/indexer job group daemon thread -
> org.xwiki.search.solr.internal.job.IndexerJob@121a4e93] INFO
> o.x.s.s.i.j.IndexerJob - 814 documents added, 0 deleted and 0
> updated during the synchronization of the Solr index.
> 2017-03-14 20:39:23,943 [solr/indexer job group daemon thread -
> org.xwiki.search.solr.internal.job.IndexerJob@121a4e93] INFO
> o.x.s.s.i.j.IndexerJob - Finished job of type [solr.indexer] with
> identifier [[solr, indexer]]
> 2017-03-14 20:40:02,431 [http://dwswiki10:8080/xwiki/bin/view/Main/]
> ERROR .o.i.DefaultObservationManager - Failed to send event [class
> org.xwiki.bridge.event.ActionExecutedEvent (view)] to listener
> [com.xpn.xwiki.stats.impl.XWikiStatsServiceImpl@65741976]
> java.lang.IllegalStateException: Response is committed
> at org.eclipse.jetty.server.Request.getSession(Request.java:1399)
> at org.eclipse.jetty.server.Request.getSession(Request.java:1377)
> at javax.servlet.http.HttpServletRequestWrapper.getSession(
> HttpServletRequestWrapper.java:279)
> at javax.servlet.http.HttpServletRequestWrapper.getSession(
> HttpServletRequestWrapper.java:279)
> at com.xpn.xwiki.stats.impl.StatsUtil.getRecentActionFromSessions(
> 

Re: [xwiki-users] CKEditor and Lightbox Macro Issue

[Marius Dumitru Florea]

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
>

Re: [xwiki-users] Adding Macro as Buttons in CKEditor

[Marius Dumitru Florea]

On Sat, Mar 11, 2017 at 5:01 PM, Mahomed Hussein <maho...@custodiandc.com>
wrote:

> Hi Marius
>
> I've tried to apply these changes with no luck I'm afraid.
>
> Here are the steps I've taken:
>
> 1) Gone to Administer Wiki > Applications: WYSIWYG Editor > CKEditor and
> pasted the following below the comments in the "Advanced Configuration" box:
>
> config['xwiki-macro'] = config['xwiki-macro'] || {};
> config['xwiki-macro'].insertButtons = [
>   'documentTree',
>   {
> commandId: 'xwiki-macro-html-dirty',
> macroCall: {
>   name: 'html',
>   parameters: {
> clean: false,
> wiki: true
>   }
> }
>   }
> ];
>
>
> 2) I then went to Administration > Look & Feel : Presentation > Customise
> Color Theme > Advanced and then pasted the following CSS at the bottom:
>
> a.cke_button.cke_button__xwiki-macro-documenttree >
> span.cke_button_icon.cke_button__xwiki-macro documenttree_icon {
>   font-family: 'Glyphicons Halflings';
>   position: relative;
>   top: 1px;
> }
> .cke_button_icon.cke_button__xwiki-macro-documenttree_icon::before {
>   content: "\e199";
>   display: inline-block;
>   text-align: center;
>   width: 16px;
> }
>
> 3) Edited a document and pressed Shift + F5 but nothing appeared on the
> toolbar.
> 4) Tried a different browser
> 5) Used Developer Tools in Chrome and can see both my changes in the
> relevant files (CKEditor/Config and skins/Flamingo/style.css)
> 6) I have tried different configurations from http://docs.ckeditor.com/#!/
> api/CKEDITOR.config such as config.toolbarLocation = 'bottom'; in step 1
> above and I can see the config is being applied.
>
> I had also already upgraded to 9.1.2 before trying to test this.
>
> I can also see "xwiki-macro" as an available option in the "disabled
> plugins" drop down (Note that it is *not* disabled, it's just there as an
> option, which I assume is a good thing as it means the plugin is available).
>
>

> Any ideas what I've missed or what else I could check please? Thanks.
>

http://jira.xwiki.org/browse/CKEDITOR-148 is fixed but not released. It
will be included in version 1.13, bu the latest version available right now
is 1.12 as can be seen on
http://extensions.xwiki.org/xwiki/bin/view/Extension/CKEditor+Integration .
You need to redo the steps you describe above after you upgrade to version
1.13.


>
>
> 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 Marius Dumitru
> Florea
> Sent: 02 March 2017 14:15
> To: XWiki Users <users@xwiki.org>
> Subject: Re: [xwiki-users] Adding Macro as Buttons in CKEditor
>
> See http://jira.xwiki.org/browse/CKEDITOR-148 .
>
> On Wed, Mar 1, 2017 at 11:45 AM, Marius Dumitru Florea <
> mariusdumitru.flo...@xwiki.com> wrote:
>
> > On Mon, Feb 27, 2017 at 12:40 PM, Mahomed Hussein
> > <maho...@custodiandc.com
> > > wrote:
> >
> >> Hi
> >>
> >> With the editor in XWiki < v9.0.0 (GWT Editor), I could add different
> >> buttons and macros onto the toolbar by modifying the configuration
> >> and adding “macro:macroName” as a toolbar “feature”.
> >>
> >>
> >
> >> Has anyone got a simple step by step instructions for adding the same
> >> thing in CKEditor? I’ve tried looking at the documentation, but it
> >> doesn’t immediately or easily relate to the macros/add-ins (e.g. the
> >> lightbox macro/plugin is one we use a lot).
> >>
> >
> > The CKEditor integration doesn't support this ATM, unfortunately.
> > Would be great if you could make a feature request on
> > http://jira.xwiki.org/browse/ CKEDITOR . Someone else also asked for
> > this recently so I could try to make some time to implement it but I
> > can't guarantee. If you can't wait and you know JavaScript you could try
> to implement this yourself like this:
> >
> > * read the CKEditor documentation for writing a plugin
> > http://docs.ckeditor.com/#!/guide/plugin_sdk_sample . You can write
> > the plugin in a JSX similar to https://github.com/xwiki-
> > contrib/application-ckeditor/blob/application-ckeditor-1.0/
> > ui/src/main/resources/CKEditor/WikiSourcePlugin.xml and load it like
> > https://github.com/xwiki-contrib/application-ckeditor/
> > blob/application-ckeditor-1.0/ui/src/main/resources/
> > CKEditor/EditSheet.xml#L154
> > * the "insertTimestamp" command defined in th

Re: [xwiki-users] How to search revision comment of a document in xwiki?

[Marius Dumitru Florea]

On Sat, Mar 11, 2017 at 9:20 AM, gp wang <cet...@msn.com> wrote:

> Thank you very much,Marius,but i noticed that in the link
> http://design.xwiki.org/xwiki/bin/view/Design/SolrSchema#HDocumentFields
> also mentioned "version:  We need to index the document version (revision,
> e.g. '2.4') to be able to detect when the index is not up to date (not in
> sync with the database). This check is performed at XWiki startup for
> instance (see IndexerJob#addMissing).",what does it means?


It explains the reason why we have to index the version. Because we want
"to be able to detect..."


> , can i make some changes of solr config file to achieve this?


The version is already indexed.
https://github.com/xwiki/xwiki-platform/blob/master/xwiki-platform-core/xwiki-platform-search/xwiki-platform-search-solr/xwiki-platform-search-solr-server/xwiki-platform-search-solr-server-data/src/main/resources/xwiki/conf/managed-schema#L179
.


>
> Solr Schema (Design.SolrSchema) - XWiki<http://design.xwiki.org/
> xwiki/bin/view/Design/SolrSchema#HDocumentFields>
> design.xwiki.org
> Other URLs. The Solr schema configuration file used in XWiki. Description.
> Introduction; Test Cases; Indexing a Single Entity vs. Multiple Entities; A
> Mixed Approach
>
>
>
>
> ____________
> From: users <users-boun...@xwiki.org> on behalf of Marius Dumitru Florea <
> mariusdumitru.flo...@xwiki.com>
> Sent: Wednesday, March 8, 2017 6:18 PM
> To: XWiki Users
> Subject: Re: [xwiki-users] How to search revision comment of a document in
> xwiki?
>
> The name of the corresponding Solr index field is "comment" (
> http://design.xwiki.org/xwiki/bin/view/Design/SolrSchema#HDocumentFields
> ).
> Solr Schema (Design.SolrSchema) - XWiki<http://design.xwiki.org/
> xwiki/bin/view/Design/SolrSchema#HDocumentFields>
> design.xwiki.org
> Other URLs. The Solr schema configuration file used in XWiki. Description.
> Introduction; Test Cases; Indexing a Single Entity vs. Multiple Entities; A
> Mixed Approach
>
>
> Note that only the last version of a document is being indexed. So each
> time you modify and save a document the corresponding row on the Solr index
> is updated. Thus you will be able to search only for the comment of the
> last revision.
>
> Hope this helps,
> Marius
>
> On Tue, Mar 7, 2017 at 10:33 PM, gp wang <cet...@msn.com> wrote:
>
> > Hi All,
> >
> >
> > How to search revision comment of a document in xwiki? Does solr index
> the
> > version info of a doc?
> >
> > I made a change of this page:
> > http://localhost:8080/xwiki/bin/edit/Main/SolrSearchConfig
> >
> > {{velocity output="false"}}
> > #set ($__defaultSolrConfig = {
> >   'queryFields': {
> > 'DOCUMENT': 'title^10.0 name^10.0 version^10.0
> >  doccontent^2.0
> > ...
> >
> >
> > Thanks.
> >
> > wgp
> >
> >
>

Re: [xwiki-users] how to import wiki to 9.1.2 exporrted from 9.1.1

[Marius Dumitru Florea]

Try to clear your browser's cache and reload the page.

On Fri, Mar 10, 2017 at 12:05 PM, BRUMM Steffen <
steffen.br...@frankstahl.com> wrote:

> Hi,
>
> i have the following problem. I wrote Wikipages (under Home) on my
> win10-machine  and exported them via the admin menu. Then i imported them
> in out new 9.1.2 instance (same machine). I was able to open the pages but
> then i see only the blue spinning wheel. I always used the default Values
> fort he export/import. What was wong?
>
> Br
> Steffen
>

Re: [xwiki-users] New page name from app fields

[Marius Dumitru Florea]

On Thu, Mar 9, 2017 at 2:18 PM, D R <rir@gmail.com> wrote:

> Hi,
>
> After being sick and busy with other things I checked again and found out
> that the xredirect does not work so the NameManager is not executed.
>
> Even the following in the application sheet does not do any redirect when
> pressing Save and View button of an application document:
>
> ```
> 
>   
> 
>
> ```
>

The value of the xredirect field must be an URL, see my first reply. And
you need XWiki 8.4+

Hope this helps,
Marius


>
> Could you please help me how proceed further?
>
> Thanks, Dennis
>
> 2017-03-01 15:51 GMT+01:00 D R <rir@gmail.com>:
>
> > Hi Marius,
> >
> > thanks, I'm one step further now, at least the NameManager now does
> > renaming in general (it renamed itself until I added an #if clause to not
> > do so).
> >
> > I wanted to implement it step by step so I didn't add the redirect yet.
> >
> > But the sheet is not executed when editing application entries.
> >
> > Meanwhile I have the following.
> >
> > Test App.Code.Test AppSheet:
> >
> > ```
> > [...]
> > #set( $nameManRef = $services.model.createDocumentReference('', ['Test
> > App', 'Code'], 'Test App NameManager') )
> > #set( $nameMan = $xwiki.getDocument($nameManRef) )
> >
> > 
> >   
> > 
> >
> > {{/html}}
> > {{/velocity}}
> >
> > ```
> >
> > Test App.Code.Test App NameManager:
> >
> > ```
> > {{velocity}}
> > #if ( $doc.name != 'Test App NameManager' )
> >   #set ($renameRequest = $services.refactoring.createRenameRequest($doc.
> documentReference,
> > 'Now RENAMED'))
> >   #set ($discard = $renameRequest.setAutoRedirect(false))
> >   $services.refactoring.rename($renameRequest)).join()
> > #end
> > {{/velocity}}
> >
> > ```
> >
> > Thanks again,
> > Dennis
> >
> > 2017-03-01 10:30 GMT+01:00 Marius Dumitru Florea <
> > mariusdumitru.flo...@xwiki.com>:
> >
> >> On Tue, Feb 28, 2017 at 3:03 PM, D R <rir@gmail.com> wrote:
> >>
> >> > Hi Marius,
> >> >
> >> > the refactoring approach sounds great but there seems to be something
> I
> >> do
> >> > wrong because the renaming doesn't work. Maybe I misunderstood the
> term
> >> > "current document" but I'm not sure.
> >> >
> >> > I created "Test App.Code.Test App NameManager" with the following
> >> content:
> >> >
> >> > ```
> >> > {{velocity}}
> >> > #set ($renameRequest =
> >> >
> >>
> >>
> >> > $services.refactoring.createRenameRequest($doc.fullName, 'Now
> >> RENAMED'))
> >> >
> >>
> >> As per
> >> http://extensions.xwiki.org/xwiki/bin/view/Extension/Refacto
> >> ring+Module#HScriptService
> >> the first parameter passed to createRenameRequest must be an
> >> EntityReference. In your case you can pass:
> >>
> >> * either the reference of the current document, i.e.
> >> $doc.documentReference
> >> , if the document is terminal (its name != 'WebHome')
> >> * or the reference of the current space, i.e.
> >> $doc.documentReference.parent
> >> , if the document is not terminal (its name is 'WebHome')
> >>
> >>
> >> > #set ($discard = $renameRequest.setAutoRedirect(false))
> >> > $services.refactoring.rename($renameRequest)).join()
> >> > {{/velocity}}
> >> >
> >> > ```
> >> >
> >> > Then I put your DIV at the end of my app sheet:
> >> >
> >> > ```
> >> > {{velocity}}
> >> > {{html wiki="true"}}
> >> > #set ($discard = $doc.use('Test App.Code.Test AppClass'))
> >> > (% class="xform" %)
> >> > (((
> >> >[FORM CONTENT]
> >> > )))
> >> >
> >> > 
> >> >   
> >> > 
> >> >
> >> > {{/html}}
> >> > {{/velocity}}
> >> >
> >> > ```
> >> >
> >> > Then I opened up one of the application entries, edited it and hit
> "Save
> >> > and view" but the name didn't change.
> >> >
> >>
> >> I don't see any redirect in "Test App NameManager" so it's normal you
> stay
> >> on the same page, but do you have the sheet parameter in the query
> s

Re: [xwiki-users] How to search revision comment of a document in xwiki?

[Marius Dumitru Florea]

The name of the corresponding Solr index field is "comment" (
http://design.xwiki.org/xwiki/bin/view/Design/SolrSchema#HDocumentFields ).
Note that only the last version of a document is being indexed. So each
time you modify and save a document the corresponding row on the Solr index
is updated. Thus you will be able to search only for the comment of the
last revision.

Hope this helps,
Marius

On Tue, Mar 7, 2017 at 10:33 PM, gp wang  wrote:

> Hi All,
>
>
> How to search revision comment of a document in xwiki? Does solr index the
> version info of a doc?
>
> I made a change of this page:
> http://localhost:8080/xwiki/bin/edit/Main/SolrSearchConfig
>
> {{velocity output="false"}}
> #set ($__defaultSolrConfig = {
>   'queryFields': {
> 'DOCUMENT': 'title^10.0 name^10.0 version^10.0
>  doccontent^2.0
> ...
>
>
> Thanks.
>
> wgp
>
>

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

[Marius Dumitru Florea]

On Tue, Mar 7, 2017 at 11:33 AM, Marius Dumitru Florea <
mariusdumitru.flo...@xwiki.com> 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.
>
>

> 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.
>

I think I made a confusion. I was thinking about the wiki's read-only mode,
which bypasses access rights, and which can be used to hide the copy
action. If you're referring to users and groups that don't have edit right
at wiki level then, as I said in my first part of the reply, we can't do
much about it because rights at page level overwrite those a wiki level so
even if you deny edit right for a user at wiki level he may still have edit
right on some page deep inside the page hierarchy, thus he needs to be able
to copy a page there.


>
>
> On Mon, Mar 6, 2017 at 9:42 PM, Stev Williams <flood_d...@hotmail.com>
> 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] Upgrade to 8.4.4 Read Only have Copy Option

[Marius Dumitru Florea]

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.

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.

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

[Marius Dumitru Florea]

On Mon, Mar 6, 2017 at 12:30 PM, Willi Schiegel <
willi.schie...@technologit.de> wrote:

> Hi,
>
> On 03/06/2017 11:11 AM, Vincent Massol wrote:
>
>> 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/xw
>> iki/bin/view/Extension/Panels+Application
>>
>
> Thank you! Don't know why I missed this.
>
> I now have a Panel "MyNavigation" with panel type "view" and category
> "navigation". The content part is a copy of the original navigation panel.
> So, I guess I can start from here and play around with the solutions Marius
> suggested, right!? There is one difference between the original navigation
> panel and mine: In my panel there is an extra menue entry



> "Panels" with "MyNavigation" as a child. In the original navigation panel
> there is no "Panels" entry in the navigation menue. Can you explain why
> this is so?
>

The "Panels" page and all its child pages are hidden by default because
they are technical. Check the "Display Hidden Pages" in your user profile
http://extensions.xwiki.org/xwiki/bin/view/Extension/User%20Profile%20Application#HEditPreferences
. The panel page you created is not marked as hidden, so it appears in the
navigation tree, along with its parent (Panels). You can hide the panel
page from Wiki edit mode, see
http://platform.xwiki.org/xwiki/bin/view/Features/PageEditing#HAdvancedMode
.

Hope this helps,
Marius


>
> Best,
> Willi
>
>
>
>> 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

[Marius Dumitru Florea]

Hi Willi,

The Navigation Panel (
http://extensions.xwiki.org/xwiki/bin/view/Extension/Panels+Application#HNavigationPanel
), which I think you are referring to, doesn't support manual ordering. If
the navigation menu you want to put in place doesn't change very often (and
you're OK with hard-coding it) then you can use the Menu Application, but
also the static Tree Macro (
http://extensions.xwiki.org/xwiki/bin/view/Extension/Tree+Macro#HStaticTree
). If you need the navigation menu to be dynamic (as it is right now) then
you can either create a custom tree (starting from the
http://extensions.xwiki.org/xwiki/bin/view/Extension/Document+Tree+Macro )
or use the Menu Application with some scripting as in
http://extensions.xwiki.org/xwiki/bin/view/Extension/Menu+Application#HHierarchyPanel
.

Hope this helps,
Marius

On Mon, Mar 6, 2017 at 11:03 AM, Willi Schiegel <
willi.schie...@technologit.de> wrote:

> 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] Tagging user to get their attention.

[Marius Dumitru Florea]

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
>

Re: [xwiki-users] Adding Macro as Buttons in CKEditor

[Marius Dumitru Florea]

See http://jira.xwiki.org/browse/CKEDITOR-148 .

On Wed, Mar 1, 2017 at 11:45 AM, Marius Dumitru Florea <
mariusdumitru.flo...@xwiki.com> wrote:

> On Mon, Feb 27, 2017 at 12:40 PM, Mahomed Hussein <maho...@custodiandc.com
> > wrote:
>
>> Hi
>>
>> With the editor in XWiki < v9.0.0 (GWT Editor), I could add different
>> buttons and macros onto the toolbar by modifying the configuration and
>> adding “macro:macroName” as a toolbar “feature”.
>>
>>
>
>> Has anyone got a simple step by step instructions for adding the same
>> thing in CKEditor? I’ve tried looking at the documentation, but it doesn’t
>> immediately or easily relate to the macros/add-ins (e.g. the lightbox
>> macro/plugin is one we use a lot).
>>
>
> The CKEditor integration doesn't support this ATM, unfortunately. Would be
> great if you could make a feature request on http://jira.xwiki.org/browse/
> CKEDITOR . Someone else also asked for this recently so I could try to
> make some time to implement it but I can't guarantee. If you can't wait and
> you know JavaScript you could try to implement this yourself like this:
>
> * read the CKEditor documentation for writing a plugin
> http://docs.ckeditor.com/#!/guide/plugin_sdk_sample . You can write the
> plugin in a JSX similar to https://github.com/xwiki-
> contrib/application-ckeditor/blob/application-ckeditor-1.0/
> ui/src/main/resources/CKEditor/WikiSourcePlugin.xml and load it like
> https://github.com/xwiki-contrib/application-ckeditor/
> blob/application-ckeditor-1.0/ui/src/main/resources/
> CKEditor/EditSheet.xml#L154
> * the "insertTimestamp" command defined in the example plugin from the
> CKEditor documentation would open the macro editor and then insert macro
> when the dialog is closed. Something like this is done in
> https://github.com/xwiki-contrib/application-ckeditor/
> blob/master/plugins/src/main/resources/xwiki-macro/plugin.js#L160 .
>
> But it's not very easy and I would like to implement something generic.
>
> Thanks,
> Marius
>
>
>>
>> Thanks in advance for any help.
>>
>>
>> Kind regards,
>>
>>
>> Mahomed Hussein
>> Custodian Data Centre
>> Email: maho...@custodiandc.com
>> http://www.CustodianDC.com
>>
>
>

Re: [xwiki-users] Rest API to create pages (and pages within pages)

[Marius Dumitru Florea]

On Thu, Mar 2, 2017 at 10:38 AM, Juan Huerta <juan.hue...@gmail.com> wrote:

> Hi Marius,
>
> Thanks a lot for your help.
>
> Actually, after browsing the forum, I found someone had a similar problem
> (or so I thought). And I thought that my solution was along the lines of
> setting the parent and parentId of the pages (while calling the API and as
> data passed in the call) .
>

The parent field has been deprecated
http://platform.xwiki.org/xwiki/bin/view/Features/ContentOrganization/NestedPagesMigration/#HParent2FChildrelationship
.


>
> http://xwiki.475771.n2.nabble.com/when-creating-a-page-via-
> REST-it-doesn-t-
> appear-in-children-via-REST-td7601706.html
> <http://xwiki.475771.n2.nabble.com/when-creating-a-page-via-REST-it-doesn-t-%0Aappear-in-children-via-REST-td7601706.html>
>
> Thanks again for your help and I'll check on it.
>
> Cheers,
>
> Juan
>
> 2017-03-02 9:34 GMT+01:00 Marius Dumitru Florea <
> mariusdumitru.flo...@xwiki.com>:
>
> > Hi Juan,
> >
> > You got it almost right, but you need to read
> > http://platform.xwiki.org/xwiki/bin/view/Features/ContentOrganization/ ,
> > especially the part that explains the difference between terminal and
> > non-terminal pages.
> >
> > On Wed, Mar 1, 2017 at 11:13 PM, Juan Huerta <juan.hue...@gmail.com>
> > wrote:
> >
> > > Hi,
> > >
> > > I'm quite new in XWiki and trying to use the RestAPI to create pages,
> and
> > > pages inside pages (which I think is called spaces).  I have the
> feeling
> > > that 'spaces' is a legacy term, and that in the current XWiki
> (Enterprise
> > > 9.1), an space is just a page that contains other pages. Kindly correct
> > me
> > > if I'm wrong, but I have not find anywhere how to create an space.
> > >
> > > Below the 2 URLs I'm using to create the pages. In both cases, when I
> use
> > > PUT to call the 2 urls, I pass as data a content and a title. I have no
> > > problem with the title and the content, both are being created
> correctly.
> > > My end goal is to create pages, and pages withing pages.
> > >
> > >
> >
> > > "http://localhost:8080/xwiki/rest/wikis/xwiki/spaces/2017-
> > > 2020/pages/madrid
> > >
> >
> > This creates a terminal page "madrid".
> >
> >
> > > "
> > > "
> > >
> > > <http://localhost:8080/xwiki/rest/wikis/xwiki/spaces/2017-
> > 2020/spaces/madrid/pages/cibeles>
> >
> >
> >
> > > http://localhost:8080/xwiki/rest/wikis/xwiki/spaces/2017-
> > > 2020/spaces/madrid/pages/cibeles
> > >
> >
> > This creates a terminal page "cibeles" inside a non-terminal page
> "madrid".
> >
> >
> > > "
> > >
> > >
> > > In both cases, I'm using PUT and I'm able to create pages successfully,
> > > however, not as I want:
> > >
> > > - "
> > > http://localhost:8080/xwiki/rest/wikis/xwiki/spaces/2017-
> > 2020/pages/madrid
> > > "
> > > This one creates a page called "madrid" (with the content I pass)
> > >
> > > - "
> > > http://localhost:8080/xwiki/rest/wikis/xwiki/spaces/2017-
> > > 2020/spaces/madrid/pages/cibeles
> > > "
> > > I would expect this one to create a page named "cibeles" inside the
> > > previous "madrid" page.
> > > Instead, it creates a new "madrid" page (without any text in the
> content,
> > > which is fine as I dont pass anything), and inside this page, the
> > "cibeles"
> > > page (with the content I expect)
> > >
> > >
> >
> > > So, I end up having TWO pages named "madrid"
> > >
> >
> > Exactly. One is terminal and the other one is non-terminal. The actual
> > references (identifiers) are:
> >
> > xwiki:2017-2020.madrid <--- this is the terminal page (can't have child
> > pages)
> > xwiki:2017-2020.madrid.WebHome <--- this is the non-terminal page (can
> have
> > child page)
> >
> > Hope this helps,
> > Marius
> >
> >
> > >
> > >  One points to "http://localhost:8080/xwiki/bin/view/2017-2020/madrid/
> "
> > > (and have inside a page named cibeles) . This "madrid" page displays
> this
> > > text: "The requested page could not be found.", although inthe
> hierarchy
> > > tree I see it has a page inside.
> > >
> > >  The other (without a nested page), points to: "
> > > http://localhost:8080/xwiki/bin/view/2017-2020/madrid; and has a
> proper
> > > content (which I passed in the PUT request)
> > >
> > >  (notice the / at the end of the URL, "madrid" vs "madrid/" )
> > >
> > >  How to indicate that the page should be created in an existing page
> > > without the need to create this new parent page? Or even if I have to
> > > create first the parent page, how to tell that the child page should be
> > > inside that existing parent page?
> > >
> > >  Thanks for your help,
> > >
> > >  Juan
> > >
> >
>

Re: [xwiki-users] Rollback Failure

[Marius Dumitru Florea]

The rollback operation fails inside the FileSystem Attachment Store, at
this line
https://github.com/xwiki/xwiki-platform/blob/master/xwiki-platform-core/xwiki-platform-store/xwiki-platform-store-filesystem-oldcore/src/main/java/org/xwiki/store/legacy/store/internal/FilesystemAttachmentRecycleBinStore.java#L472
. The problem is that

absolutePath.indexOf("/~this/")

return -1, which suggests that some paths within the FileSystem Attachment
Store folder are not right (as expected). I would check the paths related
to your target document.

Hope this helps,
Marius

On Wed, Mar 1, 2017 at 7:08 PM, Keith Davis 
wrote:

> We have a page that fails when we attempt to rollback, other pages seem to
> work fine:
>
> Detailed information:
>
> 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:622)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:729)
> at org.apache.catalina.core.ApplicationFilterChain.
> internalDoFilter(ApplicationFilterChain.java:230)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(
> ApplicationFilterChain.java:165)
> at com.xpn.xwiki.web.ActionFilter.doFilter(ActionFilter.java:112)
> at org.apache.catalina.core.ApplicationFilterChain.
> internalDoFilter(ApplicationFilterChain.java:192)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(
> ApplicationFilterChain.java:165)
> at org.xwiki.wysiwyg.server.filter.ConversionFilter.
> doFilter(ConversionFilter.java:127)
> at org.apache.catalina.core.ApplicationFilterChain.
> internalDoFilter(ApplicationFilterChain.java:192)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(
> ApplicationFilterChain.java:165)
> at org.apache.tomcat.websocket.server.WsFilter.doFilter(
> WsFilter.java:52)
> at org.apache.catalina.core.ApplicationFilterChain.
> internalDoFilter(ApplicationFilterChain.java:192)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(
> ApplicationFilterChain.java:165)
> at org.xwiki.container.servlet.filters.internal.
> SetHTTPHeaderFilter.doFilter(SetHTTPHeaderFilter.java:63)
> at org.apache.catalina.core.ApplicationFilterChain.
> internalDoFilter(ApplicationFilterChain.java:192)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(
> ApplicationFilterChain.java:165)
> at org.xwiki.container.servlet.filters.internal.
> SavedRequestRestorerFilter.doFilter(SavedRequestRestorerFilter.java:208)
> at org.apache.catalina.core.ApplicationFilterChain.
> internalDoFilter(ApplicationFilterChain.java:192)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(
> ApplicationFilterChain.java:165)
> at org.xwiki.container.servlet.filters.internal.
> SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:111)
> at org.apache.catalina.core.ApplicationFilterChain.
> internalDoFilter(ApplicationFilterChain.java:192)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(
> ApplicationFilterChain.java:165)
> at org.xwiki.resource.servlet.RoutingFilter.doFilter(
> RoutingFilter.java:134)
> at org.apache.catalina.core.ApplicationFilterChain.
> internalDoFilter(ApplicationFilterChain.java:192)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(
> ApplicationFilterChain.java:165)
> at org.apache.catalina.core.StandardWrapperValve.invoke(
> StandardWrapperValve.java:198)
> at org.apache.catalina.core.StandardContextValve.invoke(
> StandardContextValve.java:96)
> at org.apache.catalina.authenticator.AuthenticatorBase.invoke(
> AuthenticatorBase.java:474)
> at org.apache.catalina.core.StandardHostValve.invoke(
> StandardHostValve.java:140)
> at org.apache.catalina.valves.ErrorReportValve.invoke(
> ErrorReportValve.java:79)
> at org.apache.catalina.valves.AbstractAccessLogValve.invoke(
> AbstractAccessLogValve.java:624)
> at org.apache.catalina.core.StandardEngineValve.invoke(
> StandardEngineValve.java:87)
> at org.apache.catalina.connector.CoyoteAdapter.service(
> CoyoteAdapter.java:349)
> at org.apache.coyote.http11.Http11Processor.service(
> Http11Processor.java:783)
> at org.apache.coyote.AbstractProcessorLight.process(
> 

Re: [xwiki-users] Rest API to create pages (and pages within pages)

[Marius Dumitru Florea]

Hi Juan,

You got it almost right, but you need to read
http://platform.xwiki.org/xwiki/bin/view/Features/ContentOrganization/ ,
especially the part that explains the difference between terminal and
non-terminal pages.

On Wed, Mar 1, 2017 at 11:13 PM, Juan Huerta  wrote:

> Hi,
>
> I'm quite new in XWiki and trying to use the RestAPI to create pages, and
> pages inside pages (which I think is called spaces).  I have the feeling
> that 'spaces' is a legacy term, and that in the current XWiki (Enterprise
> 9.1), an space is just a page that contains other pages. Kindly correct me
> if I'm wrong, but I have not find anywhere how to create an space.
>
> Below the 2 URLs I'm using to create the pages. In both cases, when I use
> PUT to call the 2 urls, I pass as data a content and a title. I have no
> problem with the title and the content, both are being created correctly.
> My end goal is to create pages, and pages withing pages.
>
>

> "http://localhost:8080/xwiki/rest/wikis/xwiki/spaces/2017-
> 2020/pages/madrid
>

This creates a terminal page "madrid".


> "
> "
>
> 



> http://localhost:8080/xwiki/rest/wikis/xwiki/spaces/2017-
> 2020/spaces/madrid/pages/cibeles
>

This creates a terminal page "cibeles" inside a non-terminal page "madrid".


> "
>
>
> In both cases, I'm using PUT and I'm able to create pages successfully,
> however, not as I want:
>
> - "
> http://localhost:8080/xwiki/rest/wikis/xwiki/spaces/2017-2020/pages/madrid
> "
> This one creates a page called "madrid" (with the content I pass)
>
> - "
> http://localhost:8080/xwiki/rest/wikis/xwiki/spaces/2017-
> 2020/spaces/madrid/pages/cibeles
> "
> I would expect this one to create a page named "cibeles" inside the
> previous "madrid" page.
> Instead, it creates a new "madrid" page (without any text in the content,
> which is fine as I dont pass anything), and inside this page, the "cibeles"
> page (with the content I expect)
>
>

> So, I end up having TWO pages named "madrid"
>

Exactly. One is terminal and the other one is non-terminal. The actual
references (identifiers) are:

xwiki:2017-2020.madrid <--- this is the terminal page (can't have child
pages)
xwiki:2017-2020.madrid.WebHome <--- this is the non-terminal page (can have
child page)

Hope this helps,
Marius


>
>  One points to "http://localhost:8080/xwiki/bin/view/2017-2020/madrid/;
> (and have inside a page named cibeles) . This "madrid" page displays this
> text: "The requested page could not be found.", although inthe hierarchy
> tree I see it has a page inside.
>
>  The other (without a nested page), points to: "
> http://localhost:8080/xwiki/bin/view/2017-2020/madrid; and has a proper
> content (which I passed in the PUT request)
>
>  (notice the / at the end of the URL, "madrid" vs "madrid/" )
>
>  How to indicate that the page should be created in an existing page
> without the need to create this new parent page? Or even if I have to
> create first the parent page, how to tell that the child page should be
> inside that existing parent page?
>
>  Thanks for your help,
>
>  Juan
>

Re: [xwiki-users] Batch move of pages

[Marius Dumitru Florea]

On Wed, Mar 1, 2017 at 6:20 PM, Sebastian Luna Valero <
sebastian.luna.val...@gmail.com> wrote:

> Many thanks, Marius.
>
> Apart from that option, would it be possible to drag and drop wiki pages
> when using the "tree view" in the "Page index"?
> (xwiki/bin/view/Main/AllDocs?view=tree)
>

Unfortunately this is not yet implemented, see http://jira.xwiki.org/browse/
XWIKI-11046 . The tree supports drag & drop (see the "readOnly" parameter
http://extensions.xwiki.org/xwiki/bin/view/Extension/Document+Tree+Macro#HParameters
) and the backend API to move pages is available (the refactoring module I
linked in the previous mail). What's missing is the binding between them.
See https://github.com/xwiki/xwiki-platform/blob/master/
xwiki-platform-core/xwiki-platform-index/xwiki-platform-
index-tree/xwiki-platform-index-tree-macro/src/main/resources/XWiki/
DocumentTreeMacros.xml#L113 . ATM all actions return "The specified action
is not supported.". You can try to modify the XWiki.DocumentTreeMacros page
at the indicated line to test for the move action and call the refactoring
script service.

Hope this helps,
Marius


>
> Best regards,
> Sebastian
>
>
> 2017-03-01 14:50 GMT+00:00 Marius Dumitru Florea <
> mariusdumitru.flo...@xwiki.com>:
>
> > Hi Sebastian,
> >
> > Take a look at the Refactoring Module
> > http://extensions.xwiki.org/xwiki/bin/view/Extension/Refactoring+Module
> .
> > It provides some scripting APIs to move/rename pages. The full list of
> > methods is available at
> > https://github.com/xwiki/xwiki-platform/blob/master/
> > xwiki-platform-core/xwiki-platform-refactoring/xwiki-
> > platform-refactoring-api/src/main/java/org/xwiki/refactoring/script/
> > RefactoringScriptService.java
> > . Move request accepts a list as input (i.e. you can move multiple pages
> to
> > the same target location).
> >
> > Hope this helps,
> > Marius
> >
> > On Wed, Mar 1, 2017 at 4:22 PM, Sebastian Luna Valero <
> > sebastian.luna.val...@gmail.com> wrote:
> >
> > > Hi All,
> > >
> > > We are rearranging our xwiki and we have many pages to move to
> different
> > > locations. So far, the only solution seems to be doing so one page at a
> > > time, which is tedious having into account that more than 200 pages
> need
> > to
> > > be moved.
> > >
> > > I was wondering whether this could be streamlined somehow. I could not
> > find
> > > help in the mailing list archives and I think the only extension
> > available
> > > is:
> > >
> > > http://extensions.xwiki.org/xwiki/bin/view/Extension/File+
> > > Manager+Application
> > >
> > > but this seems to work with non-wiki files.
> > >
> > > Any feedback is appreciated.
> > >
> > > Best regards,
> > > Sebastian
> > >
> >
>

Re: [xwiki-users] Batch move of pages

[Marius Dumitru Florea]

Hi Sebastian,

Take a look at the Refactoring Module
http://extensions.xwiki.org/xwiki/bin/view/Extension/Refactoring+Module .
It provides some scripting APIs to move/rename pages. The full list of
methods is available at
https://github.com/xwiki/xwiki-platform/blob/master/xwiki-platform-core/xwiki-platform-refactoring/xwiki-platform-refactoring-api/src/main/java/org/xwiki/refactoring/script/RefactoringScriptService.java
. Move request accepts a list as input (i.e. you can move multiple pages to
the same target location).

Hope this helps,
Marius

On Wed, Mar 1, 2017 at 4:22 PM, Sebastian Luna Valero <
sebastian.luna.val...@gmail.com> wrote:

> Hi All,
>
> We are rearranging our xwiki and we have many pages to move to different
> locations. So far, the only solution seems to be doing so one page at a
> time, which is tedious having into account that more than 200 pages need to
> be moved.
>
> I was wondering whether this could be streamlined somehow. I could not find
> help in the mailing list archives and I think the only extension available
> is:
>
> http://extensions.xwiki.org/xwiki/bin/view/Extension/File+
> Manager+Application
>
> but this seems to work with non-wiki files.
>
> Any feedback is appreciated.
>
> Best regards,
> Sebastian
>

Re: [xwiki-users] How to use PDF viewer macro

[Marius Dumitru Florea]

On Thu, Feb 23, 2017 at 1:26 PM, Oliver Angélil  wrote:

> Hi all,
>
> I'm using xwiki enterprise 8.4.4.
>
> I've installed the PDF view macro
>  >extension
> (it appears as "installed" in the extensions manager).
>
> How do I now view a PDF using it? See the attached screenshot. When I click
> on the PDF, the file is downloaded locally. How can I view the PDF in the
> browser?
>

Indeed, the PDF Viewer Macro documentation doesn't give any usage example..
In general, wiki rendering macros are supposed to be used from the content
of a wiki page. So you have to edit a wiki page and insert the macro from
the CKEditor toolbar (see
http://extensions.xwiki.org/xwiki/bin/download/Extension/CKEditor+Integration/macroToolbarIcon.png
).

Hope this helps,
Marius


>
> Oliver
>

Re: [xwiki-users] Adding Macro as Buttons in CKEditor

[Marius Dumitru Florea]

On Mon, Feb 27, 2017 at 12:40 PM, Mahomed Hussein 
wrote:

> Hi
>
> With the editor in XWiki < v9.0.0 (GWT Editor), I could add different
> buttons and macros onto the toolbar by modifying the configuration and
> adding “macro:macroName” as a toolbar “feature”.
>
>

> Has anyone got a simple step by step instructions for adding the same
> thing in CKEditor? I’ve tried looking at the documentation, but it doesn’t
> immediately or easily relate to the macros/add-ins (e.g. the lightbox
> macro/plugin is one we use a lot).
>

The CKEditor integration doesn't support this ATM, unfortunately. Would be
great if you could make a feature request on
http://jira.xwiki.org/browse/CKEDITOR . Someone else also asked for this
recently so I could try to make some time to implement it but I can't
guarantee. If you can't wait and you know JavaScript you could try to
implement this yourself like this:

* read the CKEditor documentation for writing a plugin
http://docs.ckeditor.com/#!/guide/plugin_sdk_sample . You can write the
plugin in a JSX similar to
https://github.com/xwiki-contrib/application-ckeditor/blob/application-ckeditor-1.0/ui/src/main/resources/CKEditor/WikiSourcePlugin.xml
and load it like
https://github.com/xwiki-contrib/application-ckeditor/blob/application-ckeditor-1.0/ui/src/main/resources/CKEditor/EditSheet.xml#L154
* the "insertTimestamp" command defined in the example plugin from the
CKEditor documentation would open the macro editor and then insert macro
when the dialog is closed. Something like this is done in
https://github.com/xwiki-contrib/application-ckeditor/blob/master/plugins/src/main/resources/xwiki-macro/plugin.js#L160
.

But it's not very easy and I would like to implement something generic.

Thanks,
Marius


>
> Thanks in advance for any help.
>
>
> Kind regards,
>
>
> Mahomed Hussein
> Custodian Data Centre
> Email: maho...@custodiandc.com
> http://www.CustodianDC.com
>

Re: [xwiki-users] New page name from app fields

[Marius Dumitru Florea]

On Tue, Feb 28, 2017 at 3:03 PM, D R <rir@gmail.com> wrote:

> Hi Marius,
>
> the refactoring approach sounds great but there seems to be something I do
> wrong because the renaming doesn't work. Maybe I misunderstood the term
> "current document" but I'm not sure.
>
> I created "Test App.Code.Test App NameManager" with the following content:
>
> ```
> {{velocity}}
> #set ($renameRequest =
>


> $services.refactoring.createRenameRequest($doc.fullName, 'Now RENAMED'))
>

As per
http://extensions.xwiki.org/xwiki/bin/view/Extension/Refactoring+Module#HScriptService
the first parameter passed to createRenameRequest must be an
EntityReference. In your case you can pass:

* either the reference of the current document, i.e. $doc.documentReference
, if the document is terminal (its name != 'WebHome')
* or the reference of the current space, i.e. $doc.documentReference.parent
, if the document is not terminal (its name is 'WebHome')


> #set ($discard = $renameRequest.setAutoRedirect(false))
> $services.refactoring.rename($renameRequest)).join()
> {{/velocity}}
>
> ```
>
> Then I put your DIV at the end of my app sheet:
>
> ```
> {{velocity}}
> {{html wiki="true"}}
> #set ($discard = $doc.use('Test App.Code.Test AppClass'))
> (% class="xform" %)
> (((
>[FORM CONTENT]
> )))
>
> 
>   
> 
>
> {{/html}}
> {{/velocity}}
>
> ```
>
> Then I opened up one of the application entries, edited it and hit "Save
> and view" but the name didn't change.
>

I don't see any redirect in "Test App NameManager" so it's normal you stay
on the same page, but do you have the sheet parameter in the query string?
i.e. is the "Test App NameManager" sheet executed?


>
> Could you please tell me what I did wrong.
>
> Thanks in advance,
> Dennis
>
> 2017-02-28 11:38 GMT+01:00 Marius Dumitru Florea <
> mariusdumitru.flo...@xwiki.com>:
>
> > Hi Dennis,
> >
> > A relatively simple solution is the following:
> >
> > (1) modify the application sheet to include the following HTML at the
> end:
> >
> > 
> >   
> > 
> >
> > The result is that whenever you create a new application entry or when
> you
> > edit an existing application entry, after you click "Save and view" you
> > will be taken to the view mode with ?sheet=Path.To.NameManager in the URL
> > query string, which means the Path.To.NameManager sheet will be applied
> to
> > the saved document.
> >
> > (2) Create the Path.To.NameManager page that determines the right name
> for
> > the current document (based on its fields) and renames the current
> document
> > if needed ( using the refactoring API
> > http://extensions.xwiki.org/xwiki/bin/view/Extension/Refactoring+Module
> ),
> > finally redirecting to the view mode of the renamed document.
> >
> > The problem with this solution is that it doesn't work if you use Save &
> > Continue and then Cancel (I think, to be checked).
> >
> > Another option, more complex, is to write an event listener that catches
> > the document save event and renames the document if needed based on its
> > fields. The bad part with this is that the user is still not redirected
> > when using Save & Continue.
> >
> > Hope this helps,
> > Marius
> >
> > On Mon, Feb 27, 2017 at 3:52 PM, D R <rir@gmail.com> wrote:
> >
> > > Hi,
> > >
> > > In an XWiki Application I created I want to make sure documents created
> > > within it get named in a specific pattern from the fields filled inside
> > > them.
> > >
> > > Currently I use a custom button to redirect the user to a new document
> > with
> > > a dummy name so he doesn't need to fill the name (that should get
> > > overwritten anyway on saving) but only the relevant fields.
> > >
> > > Something like
> > > #set ( $createDocLink = $xwiki.getURL($document, 'inline',
> > > "template=${escapetool.url($urlTemplate)}=${
> > > escapetool.url($urlParent)}=${escapetool.url($urlTitle)}")
> > > )
> > >
> > > This leads to a new document as defined in the application sheet with
> the
> > > name 'New document'.
> > >
> > > Now I want the user to fill 3 fields ('freetext1', 'freetext2',
> > > 'dropdown1'), click 'Save & View' or a custom button. Then the document
> > > should be saved as ' -  ()' and the
> user
> > > should be redirected to that page in view mode.
> > >
> > > I've tried different approaches including a temporary creation page
> with
> > > the 3 fields as HTML input fields (can't use the applications
> dropdown),
> > > event listeners (the redirect after saving doesn't work) ...
> > >
> > > Additionally the same must be done when a page is edited (one of the 3
> > > fields is changed).
> > >
> > > Please help me find a sane approach before I bite the table.
> > >
> > > Regs, Dennis
> > >
> >
>

Re: [xwiki-users] New page name from app fields

[Marius Dumitru Florea]

Hi Dennis,

A relatively simple solution is the following:

(1) modify the application sheet to include the following HTML at the end:


  


The result is that whenever you create a new application entry or when you
edit an existing application entry, after you click "Save and view" you
will be taken to the view mode with ?sheet=Path.To.NameManager in the URL
query string, which means the Path.To.NameManager sheet will be applied to
the saved document.

(2) Create the Path.To.NameManager page that determines the right name for
the current document (based on its fields) and renames the current document
if needed ( using the refactoring API
http://extensions.xwiki.org/xwiki/bin/view/Extension/Refactoring+Module ),
finally redirecting to the view mode of the renamed document.

The problem with this solution is that it doesn't work if you use Save &
Continue and then Cancel (I think, to be checked).

Another option, more complex, is to write an event listener that catches
the document save event and renames the document if needed based on its
fields. The bad part with this is that the user is still not redirected
when using Save & Continue.

Hope this helps,
Marius

On Mon, Feb 27, 2017 at 3:52 PM, D R  wrote:

> Hi,
>
> In an XWiki Application I created I want to make sure documents created
> within it get named in a specific pattern from the fields filled inside
> them.
>
> Currently I use a custom button to redirect the user to a new document with
> a dummy name so he doesn't need to fill the name (that should get
> overwritten anyway on saving) but only the relevant fields.
>
> Something like
> #set ( $createDocLink = $xwiki.getURL($document, 'inline',
> "template=${escapetool.url($urlTemplate)}=${
> escapetool.url($urlParent)}=${escapetool.url($urlTitle)}")
> )
>
> This leads to a new document as defined in the application sheet with the
> name 'New document'.
>
> Now I want the user to fill 3 fields ('freetext1', 'freetext2',
> 'dropdown1'), click 'Save & View' or a custom button. Then the document
> should be saved as ' -  ()' and the user
> should be redirected to that page in view mode.
>
> I've tried different approaches including a temporary creation page with
> the 3 fields as HTML input fields (can't use the applications dropdown),
> event listeners (the redirect after saving doesn't work) ...
>
> Additionally the same must be done when a page is edited (one of the 3
> fields is changed).
>
> Please help me find a sane approach before I bite the table.
>
> Regs, Dennis
>

Re: [xwiki-users] CKEditor for Inline Mode

[Marius Dumitru Florea]

Hi Jesse,

On Fri, Feb 10, 2017 at 7:21 PM, je...@abrightfamily.com <
je...@abrightfamily.com> wrote:

> I am combining structured and unstructured data on a single edit sheet.
> The editing mode is accessed by the user from a standard LiveTable actions
> button. The unstructured data is the page content which is included in the
> edit sheet using:
>
> {{html}}$xwiki.getTextArea($tdoc.content){{/html}}
>
> Which I got from this post: http://xwiki.475771.n2.nabble.
> com/Default-editing-mode-for-page-with-object-sheet-
> td7582541.html#a7582544  nabble.com/Default-editing-mode-for-page-with-object-
> sheet-td7582541.html#a7582544>
>
> This all works well enough except that the class properties use CKEditor
> but the textarea uses the wiki editor. I want the users to enter the
> unstructured data using the familiar CKEditor interface and tools. How can
> I get both the unstructured and structured data to use the same editor?
>

There's more information in that post, after the code you pasted: "For a
more advanced display see ...' followed by a link. So checkout
https://github.com/xwiki/xwiki-platform/blob/master/xwiki-platform-core/xwiki-platform-appwithinminutes/xwiki-platform-appwithinminutes-ui/src/main/resources/AppWithinMinutes/Content.xml#L69
.

Hope this helps,
Marius


>
> Regards,
>
> Jesse
>
>
>

Re: [xwiki-users] Addressbook

[Marius Dumitru Florea]

On Mon, Feb 6, 2017 at 9:40 AM, Richter, Tobias  wrote:

> Hi Marius thanks for your answer,
>
>
> I`ve already thought about that. The problem is - when i create a "users"
> field in the "App Within Minutes" I can search for only the members of the
> AD.
>
>

> My aim is to import somehow business-contacts (previously exported from
> Outlook) in a searchable table could anybody please give me a hint how
> I can do that?
>

Then use a "Short Text" field instead of a "users" field to store the
contact name, when creating your app with App Within Minutes. You'll get a
live table on the application home page with the contact name column
filterable.


>
> The addressbook-search for the registred users works fine!
>
> Greets from Germany,
>
> Toby.
>
> Gesendet: Freitag, 3. Februar 2017 09:03
> An: XWiki Users
> Betreff: Re: [xwiki-users] Addressbook
>
> Hi Toby,
>
> The simplest solution is probably to use the User Directory [1], that you
> can customize to show the email address column. The alternative is to use
> the App Within Minutes [2] to create a dedicated simple address book.
>
> Hope this helps,
> Marius
>
> [1]
> http://extensions.xwiki.org/xwiki/bin/view/Extension/User+
> Directory+Application
> [2]
> http://extensions.xwiki.org/xwiki/bin/view/Extension/App+
> Within+Minutes+Application
>
> On Thu, Feb 2, 2017 at 4:07 PM, Richter, Tobias  wrote:
>
> > Hi,
> >
> > how can I set up an address book fort the companys Outlook-contacts in
> > XWiki?
> >
> >
> > Cheers!
> >
> > Toby
> >
>

Re: [xwiki-users] Editing text in box in WYSIWYG mode

[Marius Dumitru Florea]

The style drop down doesn't support this. You would have to write a custom
plugin for CKEditor that adds support for inserting and editing "box"
widgets. See http://docs.ckeditor.com/#!/guide/widget_sdk_tutorial_1 .

On Fri, Feb 3, 2017 at 8:07 PM, Vishal  wrote:

> I wonder if it is possible to have a dialogue box (like box macro) while
> using (% class="box" %). It saves much efforts in giving box display
> parameters like width, height, etc
>
>
>
> --
> View this message in context: http://xwiki.475771.n2.nabble.
> com/Editing-text-in-box-in-WYSIWYG-mode-tp7602588p7602660.html
> Sent from the XWiki- Users mailing list archive at Nabble.com.
>

Re: [xwiki-users] [ANN] CKEditor Integration v1.12 Released

[Marius Dumitru Florea]

On Fri, Feb 3, 2017 at 6:44 PM, Jesse Bright <je...@abrightfamily.com>
wrote:

> I am still using Version 1.9 because anything higher causes the editor
> height to collapse to zero. Manually setting the height has no effect and I
> couldn't figure out how to install the Auto Grow plugin.
>

The height is set in CKEditor.EditSheet

  height: $(element).height(),

See
https://github.com/xwiki-contrib/application-ckeditor/blob/master/ui/src/main/resources/CKEditor/EditSheet.xml#L304
.

Maybe you didn't upgrade the CKEditor correctly. If you previously modified
the CKEditor.EditSheet page then you need to pay attention during the
upgrade in order to resolve correctly the merge conflicts. You can also try
to import this page from the CKEditor XAR
http://maven.xwiki.org/releases/org/xwiki/contrib/application-ckeditor-ui/ .

Hope this helps,
Marius


>
> Regards,
>
> Jesse
>
> > On Feb 3, 2017, at 2:16 AM, Marius Dumitru Florea <
> mariusdumitru.flo...@xwiki.com> wrote:
> >
> > Hi all,
> >
> > I released 2 new versions of the CKEditor Integration this week, 1.11 and
> > now 1.12. Both bring lost of bug fixes. I recommend upgrading to version
> > 1.12 ASAP. See
> > http://extensions.xwiki.org/xwiki/bin/view/Extension/
> CKEditor+Integration#Hv1.12
> > .
> >
> > Thanks,
> > Marius
>
>
>

[xwiki-users] [ANN] CKEditor Integration v1.12 Released

[Marius Dumitru Florea]

Hi all,

I released 2 new versions of the CKEditor Integration this week, 1.11 and
now 1.12. Both bring lost of bug fixes. I recommend upgrading to version
1.12 ASAP. See
http://extensions.xwiki.org/xwiki/bin/view/Extension/CKEditor+Integration#Hv1.12
.

Thanks,
Marius

Re: [xwiki-users] Addressbook

[Marius Dumitru Florea]

Hi Toby,

The simplest solution is probably to use the User Directory [1], that you
can customize to show the email address column. The alternative is to use
the App Within Minutes [2] to create a dedicated simple address book.

Hope this helps,
Marius

[1]
http://extensions.xwiki.org/xwiki/bin/view/Extension/User+Directory+Application
[2]
http://extensions.xwiki.org/xwiki/bin/view/Extension/App+Within+Minutes+Application

On Thu, Feb 2, 2017 at 4:07 PM, Richter, Tobias  wrote:

> Hi,
>
> how can I set up an address book fort the companys Outlook-contacts in
> XWiki?
>
>
> Cheers!
>
> Toby
>

Re: [xwiki-users] Failed to Save Error

[Marius Dumitru Florea]

On Wed, Feb 1, 2017 at 10:09 PM, Jesse Bright <je...@abrightfamily.com>
wrote:

> We are just http. The protocol and domain match. Here is a sample of the
> debugger text:
>
>

> Failed to open http://codewiki.info/edit/Corrections/2016/CEC+210.52(E)
> (3)?template=Corrections.2016.2016Template=Corrections.2016.WebHome


The problem could be related to the short URL configuration, which seems to
be enabled. Maybe there's a bug there. Maybe you can try to see if the
problem is still present when disabling the short URLs.


>
>
> Regards,
>
> Jesse
>
> > On Feb 1, 2017, at 9:33 AM, Marius Dumitru Florea <
> mariusdumitru.flo...@xwiki.com> wrote:
> >
> > On Wed, Feb 1, 2017 at 6:20 PM, Jesse Bright <je...@abrightfamily.com>
> > wrote:
> >
> >> The error occurs with both "Save & Continue" and "Save & View", though
> if
> >> I choose "Save & Continue" first it allows me to keep going after the
> error
> >> so I can then press "Save & View" without generating the error since the
> >> page now exists.
> >>
> >> I checked the dev tools and it generated two errors.
> >>
> >> 1) SCRIPT1010: Expected identifier
> >> 2) SCRIPT7002: XMLHttpRequest: Error 0x8007005, Access is denied.
> >>
> >> The first seems unrelated but the second seems to be the issue. The
> >> Microsoft docs on this error mention API JSONP vs CORS support and
> calls to
> >> the REST API but unfortunately I am reaching the limit of my current
> >> technical skills. Thanks for your help so far, do you have any guidance
> for
> >> my next step?
> >
> > Do you use HTTPS? Check if the protocol of the XMLHttpRequest matches the
> > protocol of the current page (i.e. both should be either HTTP or HTTPS).
> > You can also check the domain that appears in the URL of the
> > XMLHttpRequest. Does it match the domain from the current page URL?
> >
> >
> >>
> >> Regards,
> >>
> >> Jesse
> >>
> >>>> On Jan 31, 2017, at 9:53 PM, Marius Dumitru Florea <
> >>> mariusdumitru.flo...@xwiki.com> wrote:
> >>>
> >>> How do you save the class? "Save and Continue" or "Save and View"? You
> >> can
> >>> check using the browser's dev tools to see if there are any JavaScript
> >>> exceptions (in the JavaScript Console) or if there is any failed (XHR)
> >> HTTP
> >>> request in the Network tab.
> >>>
> >>> On Wed, Feb 1, 2017 at 2:14 AM, Jesse Bright <je...@abrightfamily.com>
> >>> wrote:
> >>>
> >>>> Whenever I save a new class (app?) based wiki page (blog, FAQ or
> custom
> >>>> app) I get a red error at the bottom of the page that reads: "Failed
> to
> >>>> save the page. Reason: Server not responding" The strange thing is the
> >> page
> >>>> did save. Other than the error message nothing appears to be wrong.
> >>>>
> >>>> Any thoughts on what could be causing this or where I should begin
> >>>> troubleshooting?
> >>>>
> >>>>
> >>>> Regards,
> >>>>
> >>>> Jesse
> >>
> >>
> >>
>
>
>

Re: [xwiki-users] Editing text in box in WYSIWYG mode

[Marius Dumitru Florea]

On Thu, Feb 2, 2017 at 7:30 AM, Vishal  wrote:

> Thanks. It is just what I wanted
> But I also use  cssClass="SummaryBox" in Box macro for right-floating the
> SummaryBox.
> I tried using it as (% class="box" cssClass="SummaryBox" %) which seems not
> working.
> Am I missing something?
>

Yes. Check the HTML produced by the box macro when using the 'cssClass'
parameter. You'll see that it goes in the 'class' HTML attribute.

(% class="box SummaryBox" %)


>
>
>
> --
> View this message in context: http://xwiki.475771.n2.nabble.
> com/Editing-text-in-box-in-WYSIWYG-mode-tp7602588p7602630.html
> Sent from the XWiki- Users mailing list archive at Nabble.com.
>

Re: [xwiki-users] Failed to Save Error

[Marius Dumitru Florea]

On Wed, Feb 1, 2017 at 6:20 PM, Jesse Bright <je...@abrightfamily.com>
wrote:

> The error occurs with both "Save & Continue" and "Save & View", though if
> I choose "Save & Continue" first it allows me to keep going after the error
> so I can then press "Save & View" without generating the error since the
> page now exists.
>
> I checked the dev tools and it generated two errors.
>
> 1) SCRIPT1010: Expected identifier
> 2) SCRIPT7002: XMLHttpRequest: Error 0x8007005, Access is denied.
>
> The first seems unrelated but the second seems to be the issue. The
> Microsoft docs on this error mention API JSONP vs CORS support and calls to
> the REST API but unfortunately I am reaching the limit of my current
> technical skills. Thanks for your help so far, do you have any guidance for
> my next step?
>

Do you use HTTPS? Check if the protocol of the XMLHttpRequest matches the
protocol of the current page (i.e. both should be either HTTP or HTTPS).
You can also check the domain that appears in the URL of the
XMLHttpRequest. Does it match the domain from the current page URL?


>
> Regards,
>
> Jesse
>
> > On Jan 31, 2017, at 9:53 PM, Marius Dumitru Florea <
> mariusdumitru.flo...@xwiki.com> wrote:
> >
> > How do you save the class? "Save and Continue" or "Save and View"? You
> can
> > check using the browser's dev tools to see if there are any JavaScript
> > exceptions (in the JavaScript Console) or if there is any failed (XHR)
> HTTP
> > request in the Network tab.
> >
> > On Wed, Feb 1, 2017 at 2:14 AM, Jesse Bright <je...@abrightfamily.com>
> > wrote:
> >
> >> Whenever I save a new class (app?) based wiki page (blog, FAQ or custom
> >> app) I get a red error at the bottom of the page that reads: "Failed to
> >> save the page. Reason: Server not responding" The strange thing is the
> page
> >> did save. Other than the error message nothing appears to be wrong.
> >>
> >> Any thoughts on what could be causing this or where I should begin
> >> troubleshooting?
> >>
> >>
> >> Regards,
> >>
> >> Jesse
> >>
> >>
>
>
>

Re: [xwiki-users] [xwiki-devs] [ANN] XWiki 9.0 released

[Marius Dumitru Florea]

On Tue, Jan 31, 2017 at 8:38 PM, Eduard Moraru  wrote:

> The XWiki development team is proud to announce the availability of XWiki
> 9.0.
>
> This release marks the start of the 9.x cycle and features mostly developer
> and admin feature improvements. The most notable ones are the improved
> handling of big attachments, filesystem Recycle Bin



> and CK Editor improvements.
>

Regarding the CKEditor, unfortunately I did a mistake and forgot to merge
on the 9.0 branch the commit that increments the version of the CKEditor
Integration extension so XWiki 9.0 is still using the 1.10 version by
default. Fortunately though, you can now upgrade this extension separately
through the Extension Manager (see http://jira.xwiki.org/browse/XE-1570),
which I advise you to do.

Sorry for the inconvenience,
Marius


> 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.0
>
> Thanks for your support
> -The XWiki dev team
>

Re: [xwiki-users] Failed to Save Error

[Marius Dumitru Florea]

How do you save the class? "Save and Continue" or "Save and View"? You can
check using the browser's dev tools to see if there are any JavaScript
exceptions (in the JavaScript Console) or if there is any failed (XHR) HTTP
request in the Network tab.

On Wed, Feb 1, 2017 at 2:14 AM, Jesse Bright 
wrote:

> Whenever I save a new class (app?) based wiki page (blog, FAQ or custom
> app) I get a red error at the bottom of the page that reads: "Failed to
> save the page. Reason: Server not responding" The strange thing is the page
> did save. Other than the error message nothing appears to be wrong.
>
> Any thoughts on what could be causing this or where I should begin
> troubleshooting?
>
>
> Regards,
>
> Jesse
>
>

Re: [xwiki-users] File Management Extension

[Marius Dumitru Florea]

On Fri, Jan 20, 2017 at 5:35 PM, Paul Pinkerton (ACLCO) <pink...@lao.on.ca>
wrote:

> Wait - update.  I have copied the "FileManager" space into a new space
> (DocLibrary) to work on a document library.  In Chrome, the menu works in
> the FileManager space, but not in my new DocLibrary space.  The menu works
> just fine in other browsers and other functionality seems to be ok in the
> new space.
>
>

>  Any insight would be appreciated.
>

Look for JavaScript errors in the browser console.


>
> Paul Pinkerton
> KnowledgeNow Project/ ACLCO
>
>
> -Original Message-
> From: users [mailto:users-boun...@xwiki.org] On Behalf Of Paul Pinkerton
> (ACLCO)
> Sent: January-20-17 10:32 AM
> To: 'XWiki Users'
> Subject: Re: [xwiki-users] File Management Extension
>
> Thanks for the advice, Marius.  I'm working through it.
>
> I have discovered though that the right-click to access the menu doesn't
> seem to work in Chrome (55.0.2883.87 m).  It does work in Firefox (37.0.2)
> and in Internet Explorer (11.0.9600.18537).  Is this a known bug or
> abnormal behaviour?  Is there a fix?
>
> Paul Pinkerton
> KnowledgeNow Project/ ACLCO
>
> -Original Message-
> From: users [mailto:users-boun...@xwiki.org] On Behalf Of Marius Dumitru
> Florea
> Sent: January-18-17 4:17 AM
> To: XWiki Users
> Subject: Re: [xwiki-users] File Management Extension
>
> On Tue, Jan 17, 2017 at 3:31 PM, Paul Pinkerton (ACLCO) <pink...@lao.on.ca
> >
> wrote:
>
> > I am interested in creating an easy to navigate document library.  I
> > was thinking of using the File Manager Extension (as this is what it's
> > built
> > for) - but the documentation is light on some specifics.
> >
> >
>
> > -I am wondering if I can copy this to a new space (currently
> > xwiki/bin/view/FileManager) and run multiple file libraries on the
> > site, each with their own permissions (space based)?  When I copy the
> > FileManager space to a new space, I get the warning that I need to
> > migrate to the new structure.  Will this affect anything other than
> > the specific space it is in?
> >
>
> No, it should affect only the current space. See
> https://github.com/xwiki-contrib/application-filemanager/blob/master/ui/
> src/main/resources/FileManagerCode/Migrator.xml#L80
> .
>
>
> >
> > -Also wondering if I can add a metadata field somehow?  One of the
> > things I liked about using a file library in SP is the ability to list
> > additional fields (ie. notes about why the file is important,
> > contents, etc...) in the grid.  Is this easy to do?
> >
>
> Adding meta data is fairly easy, by adding new properties to the FileClass
> https://github.com/xwiki-contrib/application-filemanager/blob/master/ui/
> src/main/resources/FileManagerCode/FileClass.xml
> . Displaying and editing this meta data directly from the File Manager UI
> is more complex, but you can do it relatively easy from the "file view"
> (what you see when you click on a file from the files live table), by
> editing FileSheet
> https://github.com/xwiki-contrib/application-filemanager/blob/master/ui/
> src/main/resources/FileManagerCode/FileSheet.xml#L258
> .
>
> Hope this helps,
> Marius
>
>
> >
> >
> > Paul Pinkerton
> > ACLCO/ KnowledgeNow
> >
>

Re: [xwiki-users] Exclude "raw content" from solr search

[Marius Dumitru Florea]

On Wed, Jan 18, 2017 at 12:37 PM, Enste, Patrick 
wrote:

> Hey,
>
> thank you very much :) This helped a lot! Now the raw content is not shown.
>
>

> Unfortunately I have another problem now: The text inside {{html}} tags
> (and so on) seems not to be indexed.
>

It is indexed, but as part of the raw content.. See
https://github.com/xwiki/xwiki-platform/blob/master/xwiki-platform-core/xwiki-platform-search/xwiki-platform-search-solr/xwiki-platform-search-solr-api/src/main/java/org/xwiki/search/solr/internal/metadata/DocumentSolrMetadataExtractor.java#L106
. So if you have:

one {{html}}two{{/html}} three

doccontent: one three
doccontentraw: one {{html}}two{{/html}} three

So you can't have "two" without "{{html}}" ATM. Of course, you can try to
overwrite the DocumentSolrMetadataExtractor component, but I don't know if
there is a renderer that does what you wish.

Hope this helps,
Marius


>
> Best regards,
> Patrick
>
>

Re: [xwiki-users] CKEditor

[Marius Dumitru Florea]

On Thu, Jan 19, 2017 at 1:04 AM, shouldbe q931 <shouldbeq...@gmail.com>
wrote:

> On Wed, Jan 18, 2017 at 6:38 AM, Marius Dumitru Florea
> <mariusdumitru.flo...@xwiki.com> wrote:
> > On Tue, Jan 17, 2017 at 10:48 PM, shouldbe q931 <shouldbeq...@gmail.com>
> > wrote:
> >
> >> On Tue, Jan 17, 2017 at 10:58 AM, Marius Dumitru Florea
> >> <mariusdumitru.flo...@xwiki.com> wrote:
> >> > On Mon, Jan 16, 2017 at 8:06 PM, shouldbe q931 <
> shouldbeq...@gmail.com>
> >> > wrote:
> >> >
> >>
> >> The edit mode looks like
> >>
> >
> >> https://s23.postimg.org/mnapaie3f/editmode.png
> >
> >
> > This is how it should look like, since XWiki 8.2
> > http://www.xwiki.org/xwiki/bin/download/ReleaseNotes/
> ReleaseNotesXWiki82RC1/WebHome/defaultWysiwygEditorConfig.png
> > . So your administration UI (i.e. wiki pages) has not been upgraded
> > property. You're missing at least the "Default WYSIWYG Editor" drop down
> > and the "Syntaxes" configuration section (on the left).
>
> it doesn't look like that :-(
>
> >> As ckeditor shows as "Installed as a dependency", how might I go about
> >> upgrading it properly ?
> >>
> >> https://s27.postimg.org/6k9up5i8j/dependency.png
> >
> >
> > You cannot upgrade it in 8.4.1 ( http://jira.xwiki.org/browse/XE-1570 )
> but
> > 1.10 is the latest version ATM anyway. The problem you have, most
> probably,
> > is that it wasn't upgraded correctly to this 1.10 version, and since
> you're
> > also missing stuff from the administration it looks like the problem is
> > more general: the upgrade to XWiki 8.4.1 was not done correctly (at least
> > for the UI part). Did you use the Distribution Wizard to upgrade the wiki
> > pages? You probably had merge conflicts which were not resolved correctly
> > (either by Extension Manager or by the person that did the upgrade).
> >
> >
> I'm fairly sure that there were no obvious issues when using the
> distribution wizard last time (so much nicer then it used to be). When
> I tried an update to 8.4.4, there were some merge conflicts, and on
> each of them I chose to not merge and not keep the old.
>
> The screengrabs in the links were taken after I had upgraded to 8.4.4,
> I have since reverted it to the (offline) snapshot of the database
> server and xwiki server I took before the upgrade (the joy of
> virtualisation :-)
>
>

> Should I try importing the 8.4.1 admin .war and see if that fixes it ?
>

You can try to import the 8.4.1 (or 8.4.4, depends which version you're on)
administration XAR (not WAR)
http://maven.xwiki.org/releases/org/xwiki/platform/xwiki-platform-administration-ui/8.4.1/
. It will probably fix the administration but I'm afraid you may have other
pages (outside the administration) that are in the same situation.


> or is there a different course you would suggest ?
>
> Cheers
>
> Arne
>

Re: [xwiki-users] File Management Extension

[Marius Dumitru Florea]

On Tue, Jan 17, 2017 at 3:31 PM, Paul Pinkerton (ACLCO) 
wrote:

> I am interested in creating an easy to navigate document library.  I was
> thinking of using the File Manager Extension (as this is what it's built
> for) - but the documentation is light on some specifics.
>
>

> -I am wondering if I can copy this to a new space (currently
> xwiki/bin/view/FileManager) and run multiple file libraries on the site,
> each with their own permissions (space based)?  When I copy the FileManager
> space to a new space, I get the warning that I need to migrate to the new
> structure.  Will this affect anything other than the specific space it is
> in?
>

No, it should affect only the current space. See
https://github.com/xwiki-contrib/application-filemanager/blob/master/ui/src/main/resources/FileManagerCode/Migrator.xml#L80
.


>
> -Also wondering if I can add a metadata field somehow?  One of the things
> I liked about using a file library in SP is the ability to list additional
> fields (ie. notes about why the file is important, contents, etc...) in the
> grid.  Is this easy to do?
>

Adding meta data is fairly easy, by adding new properties to the FileClass
https://github.com/xwiki-contrib/application-filemanager/blob/master/ui/src/main/resources/FileManagerCode/FileClass.xml
. Displaying and editing this meta data directly from the File Manager UI
is more complex, but you can do it relatively easy from the "file view"
(what you see when you click on a file from the files live table), by
editing FileSheet
https://github.com/xwiki-contrib/application-filemanager/blob/master/ui/src/main/resources/FileManagerCode/FileSheet.xml#L258
.

Hope this helps,
Marius


>
>
> Paul Pinkerton
> ACLCO/ KnowledgeNow
>

Re: [xwiki-users] CKEditor

[Marius Dumitru Florea]

On Tue, Jan 17, 2017 at 10:48 PM, shouldbe q931 <shouldbeq...@gmail.com>
wrote:

> On Tue, Jan 17, 2017 at 10:58 AM, Marius Dumitru Florea
> <mariusdumitru.flo...@xwiki.com> wrote:
> > On Mon, Jan 16, 2017 at 8:06 PM, shouldbe q931 <shouldbeq...@gmail.com>
> > wrote:
> >
> >> Hi All,
> >>
> >> On an infrequently maintained xwiki instance (.deb on Ubuntu), which
> >> was running 8.4.1, the default editor is WYSIWYG
> >>
> >>
> >
> >> In Administration | Edit Mode Settings | DEFAULT EDITOR, the dropdown
> >> box contains Wysiwyg and Text, and does NOT contain CKEditor
> >>
> >
> > That's normal. Below "Default Editor" you should have "Default WYSIWYG
> > Editor" as in
> > http://extensions.xwiki.org/xwiki/bin/view/Extension/
> Administration+Application#HEditModeSettings
> > . That is the property that should list CKEditor as a possible value. But
> > CKEditor should be the default WYSIWYG editor in XWiki 8.4.1 even if you
> > leave this property unset.
>
> The edit mode looks like
>
>

> https://s23.postimg.org/mnapaie3f/editmode.png


This is how it should look like, since XWiki 8.2
http://www.xwiki.org/xwiki/bin/download/ReleaseNotes/ReleaseNotesXWiki82RC1/WebHome/defaultWysiwygEditorConfig.png
. So your administration UI (i.e. wiki pages) has not been upgraded
property. You're missing at least the "Default WYSIWYG Editor" drop down
and the "Syntaxes" configuration section (on the left).


>
>
> >> If a page in the wiki is selected, the edit icon has the options in
> >> the dropdown for WYSIWYG, CKEditor, Wiki & Inline form, then below it,
> >> Objects and Class.
> >
> >
> > XWiki 8.4.1 is using CKEditor 1.9 which doesn't extend the edit menu, see
> > http://jira.xwiki.org/browse/CKEDITOR-96 .
> >
> >
> >> If CKEditor is selected, the edit window is not
> >> shown.
> >>
>
> If I try to edit a (blank) page with CK editor
>
> https://s30.postimg.org/9ftdmdri9/ckeditor.png
>
> > Did you upgrade to 8.4.1 from a previous version? It may be the case that
> > CKEditor was not upgraded properly. Or maybe you didn't clear the browser
> > cache.
>
> Yes it was updated, but I couldn't tell you what the previous version
> was, I think it started out as a 2.x.x release
>
> >> I tried an update to 8.4.4, and there is no change in Administration |
> >> Edit Mode Settings | DEFAULT EDITOR, but when a page is edited, it now
> >> shows in the place where I would expect to see the edit window the
> >> below
> >>
> >> Content
> >> #ckeditor($parameters)
> >>
> >
> > It seems CKEditor was still not upgraded properly.
>
> As ckeditor shows as "Installed as a dependency", how might I go about
> upgrading it properly ?
>
> https://s27.postimg.org/6k9up5i8j/dependency.png


You cannot upgrade it in 8.4.1 ( http://jira.xwiki.org/browse/XE-1570 ) but
1.10 is the latest version ATM anyway. The problem you have, most probably,
is that it wasn't upgraded correctly to this 1.10 version, and since you're
also missing stuff from the administration it looks like the problem is
more general: the upgrade to XWiki 8.4.1 was not done correctly (at least
for the UI part). Did you use the Distribution Wizard to upgrade the wiki
pages? You probably had merge conflicts which were not resolved correctly
(either by Extension Manager or by the person that did the upgrade).


>
>
> Cheers
>
> Arne
>

Re: [xwiki-users] Exclude "raw content" from solr search

[Marius Dumitru Florea]

On Mon, Jan 16, 2017 at 5:12 PM, Enste, Patrick 
wrote:

> Hey,
>
> I have googled for quite some time but wasn't able to find an answer to my
> question.
>
> Is it possible to exclude the "raw content" from the solr search? I don't
> want it to be indexed and I don't want it to be shown as result. At the
> moment every "{{html}}" (and so on) can be found via search.
>

Preventing XWiki from indexing the raw page content is possible but it's
not easy. You would have to overwrite some of the Java components that are
used to index the XWiki pages.

Preventing XWiki from matching the raw page content when performing a
search is easier, but it depends on where you do the search from. Each
place may have its own search configuration. By default there are two
standard places you can search from:

* Search suggest from the top right corner.
http://extensions.xwiki.org/xwiki/bin/view/Extension/Search+Application#HSearchSuggest
In this case each search result is provided by a search suggest source that
you can configure in the wiki administration. Check the "Page content"
source for instance. Remove "doccontentraw" from "qf" (query fields).

* Main search page.
http://extensions.xwiki.org/xwiki/bin/view/Extension/Solr+Search+Application#HSearchUIConfiguration
. The configuration is taken from a separate page. Check the "queryFields"
configuration option. Remove "doccontentraw^0.4".

Hope this helps,
Marius


>
> I am using XWiki 7.1.1.
>
> Best regards,
> Patrick Enste
>
>

Re: [xwiki-users] CKEditor

[Marius Dumitru Florea]

On Mon, Jan 16, 2017 at 8:06 PM, shouldbe q931 
wrote:

> Hi All,
>
> On an infrequently maintained xwiki instance (.deb on Ubuntu), which
> was running 8.4.1, the default editor is WYSIWYG
>
>

> In Administration | Edit Mode Settings | DEFAULT EDITOR, the dropdown
> box contains Wysiwyg and Text, and does NOT contain CKEditor
>

That's normal. Below "Default Editor" you should have "Default WYSIWYG
Editor" as in
http://extensions.xwiki.org/xwiki/bin/view/Extension/Administration+Application#HEditModeSettings
. That is the property that should list CKEditor as a possible value. But
CKEditor should be the default WYSIWYG editor in XWiki 8.4.1 even if you
leave this property unset.


>
> If a page in the wiki is selected, the edit icon has the options in
> the dropdown for WYSIWYG, CKEditor, Wiki & Inline form, then below it,
> Objects and Class.


XWiki 8.4.1 is using CKEditor 1.9 which doesn't extend the edit menu, see
http://jira.xwiki.org/browse/CKEDITOR-96 .


> If CKEditor is selected, the edit window is not
> shown.
>

Did you upgrade to 8.4.1 from a previous version? It may be the case that
CKEditor was not upgraded properly. Or maybe you didn't clear the browser
cache.


>
> I tried an update to 8.4.4, and there is no change in Administration |
> Edit Mode Settings | DEFAULT EDITOR, but when a page is edited, it now
> shows in the place where I would expect to see the edit window the
> below
>
> Content
> #ckeditor($parameters)
>

It seems CKEditor was still not upgraded properly.


>
>
> I'm lost as to where to look next, and would welcome some guidance.
>
> Cheers
>
> Arne
>

Re: [xwiki-users] Copy-Paste from Word loses images

[Marius Dumitru Florea]

First, you didn't mention what version of XWiki you're using. Then, you
didn't mention which WYSIWYG editor you're using. GWT or CKEditor? Then,
you can check the HTML (using the browser's inspector) right after you
paste the content. The WYSIWYG editor is not filtering images so there can
be 3 cases:

* there's no img HTML tag because Word doesn't copy the image along with
the content. There's nothing we can do in this case.
* there is an img HTML tag which has as src attribute a file:// URL.
There's nothing we can do in this case also. The image point to your local
computer and the editor can't access it in order to upload it
* there is an img HTML tag which has as src attribute an HTTP URL. The
image should be visible in view mode.
* there is an img HTML tag which has as src attribute a Data URI. The image
should be visible in view mode.

On Thu, Jan 12, 2017 at 7:23 PM, novnovice  wrote:

> I have the openoffice server configured to import from word docs and it
> does
> quite well. However a direct copy/past from word still loses the images
> while keeping much of the formatting. This is just how it is, correct? To
> preserve Word formatting and embedded images, the import process must be
> used? Or is there a workaround? It's not a show stopper just want to know
> if
> I'm missing anything. Possibly a later version of Word would work better,
> I've tried using 2003 and 2010.
>
>
>
> --
> View this message in context: http://xwiki.475771.n2.nabble.
> com/Copy-Paste-from-Word-loses-images-tp7602397.html
> Sent from the XWiki- Users mailing list archive at Nabble.com.
>

Re: [xwiki-users] 8.4.4: Navigation Panel has no content!

[Marius Dumitru Florea]

Did you clear the browser cache after the upgrade?

On Thu, Jan 12, 2017 at 11:13 AM, Vincent Massol  wrote:

> Hi Craig,
>
> > On 12 Jan 2017, at 09:37, Craig Wright  wrote:
> >
> > OK just for fun: here are all the network resources being loaded that
> come up in Chome as having “8.4” in the URL, as being requested by the Main
> wiki page:
> >
> > /xwiki/webjars/wiki%3Axwiki/xwiki-platform-tree-webjar/8.
> 4.4/tree.min.css
> > /xwiki/webjars/wiki%3Axwiki/xwiki-platform-tree-webjar/8.
> 4.3/require-config.min.js
> > /xwiki/webjars/wiki%3Axwiki/xwiki-platform-tree-webjar/8.4.4/tree.min.js
> > /xwiki/webjars/wiki%3Axwiki/xwiki-platform-job-webjar/8.4.
> 4/jobRunner.min.js
> > /xwiki/webjars/wiki%3Axwiki/xwiki-platform-tree-webjar/8.
> 4.4/finder.min.js
> > /xwiki/webjars/wiki%3Axwiki/xwiki-platform-tree-webjar/8.4.4/32px.png
> >
>
> That’s weird, I’ve just downloaded a clean XWiki 8.4.4 jetty/hsqldb zip
> and check the home page and I got:
>
> http://localhost:8080/xwiki/webjars/wiki%3Axwiki/xwiki-
> platform-tree-webjar/8.4.4/require-config.min.js?evaluate=true
>
> My guess is that you made a mistake during the upgrade. Could it be that
> you copied the 8.4.4 WAR content over an existing xwiki 8.4.3 install? In
> which case that would explain that you have both versions in your
> WEB-INF/lib directory?
>
> You should not do this :) Please check http://platform.xwiki.org/
> xwiki/bin/view/AdminGuide/Upgrade
>
> " Just make sure you don't install the new version over the old one (both
> installations need to exist)."
>
> Thanks
> -Vincent
>
> > Given that ONLY require-config.min.js has this issue, I gotta wonder if
> this is just an 8.4.4 bug; something hard-coded somewhere? But I have no
> idea how any of this works, so it could be an install issue.
> >
> > Thanks,
> > Craig
> >
> >
> >> On Jan 12, 2017, at 12:30 AM, Craig Wright  wrote:
> >>
> >> My assumption is only that file I reported in the earlier email:
> >>
> >> /xwiki/webjars/wiki%3Axwiki/xwiki-platform-tree-webjar/8.
> 4.3/require-config.min.js
> >>
> >>
> >> -C
> >>
> >>> On Jan 11, 2017, at 11:53 PM, Ludovic Dubost 
> wrote:
> >>>
> >>> Hum weird fix. So it could be a module did not upgrade. Do you know
> which
> >>> urls match this rule ?
> >>>
> >>> Ludovic
> >>>
> >>> Le 12 janv. 2017 09:46, "Craig Wright"  a écrit :
> >>>
> >>> Well, I fixed this particular issue with the following terrible hack
> to my
> >>> /etc/nginx/sites-available/xwiki file:
> >>>
> >>>  rewrite ^(.*)/8.4.3/(.*)$ $1/8.4.4/$2 last;
> >>>
> >>> yeeeah. On the plus side, everything seems to be working great. ;D
> >>>
> >>> I will keep the list posted with my continued adventures.
> >>>
> >>> Be well,
> >>> Craig
> >>>
>  On Jan 11, 2017, at 11:33 PM, Craig Wright  wrote:
> 
>  OK, thanks for your help!
> 
>  Thanks,
>  Craig
> 
> > On Jan 11, 2017, at 11:30 PM, Ludovic Dubost 
> wrote:
> >
> > Le 12 janv. 2017 09:23, "Craig Wright"  a écrit :
> >
> > Haha awesome.
> >
> > I should add that I get the same error when I try to edit a page.
> Most of
> > the page loads but the edit control (MCE — UI widgets and textarea or
> >>> input
> > or whatever) just shows a loading spinner forever with the same
> error as
> > below.
> >
> > I filed http://jira.xwiki.org/browse/XE-1602 <
> >>> http://jira.xwiki.org/browse/
> > XE-1602> for the mixed content issue; however that was an issue that
> was
> > also in 8.4.3.
> >
> > Should I file another issue for this?
> >
> >
> > Not yet I would say. Wait for the team to see if they can reproduce
> and
> >>> if
> > it's a general issue
> >
> > Ludovic
> >
> >
> > Thanks,
> > Craig
> >
> >> On Jan 11, 2017, at 11:19 PM, Ludovic Dubost 
> wrote:
> >>
> >> Indeed this looks upgraded. Now if you are getting errors in chrome
> on
> >>> the
> >> home page the. That could be the empty document tree as it does
> > JavaScript.
> >> The http/https issue might be more general. You might have found a
> >>> blocker
> >> bug on 8.4.x
> >>
> >> Ludovic
> >>
> >> Le 12 janv. 2017 09:12, "Craig Wright"  a écrit
> :
> >>
> >>> Hi Ludovic,
> >>>
> >>> It appears as if it did. When I look at the installed extensions, I
> >>> see:
> >>>
> >>> XWiki Enterprise - UI - Tour 8.4.4
> >>> XWiki Enterprise Flavor - Main Wiki 8.4.4
> >>> XWiki Enterprise - UI - Common 8.4.4
> >>>
> >>> The "XWiki Enterprise Flavor - Main Wiki”  was the extension that
> >>> choked
> >>> on the Distribution Wizard with the mixed content error; I clicked
> > “Later”
> >>> but it looks like the upgrade worked, or kinda worked?
> >>>
> >>> Thanks,
> >>> Craig
> 

[xwiki-users] [ANN] XWiki 8.4.4 released

[Marius Dumitru Florea]

The XWiki development team is proud to announce the availability of XWiki
8.4.4.
This is a bugfix release that improves the user avatar image quality and
reduces the memory footprint when importing wiki pages with attachments.

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.4/

Thanks for your support
-The XWiki dev team

Re: [xwiki-users] Export page in split document

[Marius Dumitru Florea]

On Fri, Jan 6, 2017 at 4:07 AM, hamiazuhk26  wrote:

> 
>

Would have been easier to paste the LESS code somewhere so that we can try
it. All I can say is that you have a comment "/* XWiki already overwrites
..." that starts but I don't see where it ends. Also, as a rule of thumb in
debugging, try to reduce the problem. In your case this means: see first if
a single line in the Advanced field has any effect. E.g. try first to set
only @font-size-base. See if that works. Then move forward.


>
> I am making changes here *under flamingo theme), edit some code in font
> size.
> When i Save and preview and try to add a page and see no changes happen.
>
>
>
>
>
>
>
> --
> View this message in context: http://xwiki.475771.n2.nabble.
> com/Export-page-in-split-document-tp7602244p7602283.html
> Sent from the XWiki- Users mailing list archive at Nabble.com.
>

Re: [xwiki-users] Editing Panel

[Marius Dumitru Florea]

See http://extensions.xwiki.org/xwiki/bin/view/Extension/Panels+Application
.

On Thu, Jan 5, 2017 at 11:41 AM, hamiazuhk26  wrote:

> 
> I want to know how to edit this panel.
> Maybe can have the space for every topic, so that it can differentiate it.
> As you can see there is no different between those topic .
>
> II belive Xwiki can do this but how?
>
> ANyone know. Help on this will much appreciate
>
>
>
> --
> View this message in context: http://xwiki.475771.n2.nabble.
> com/Editing-Panel-tp7602276.html
> Sent from the XWiki- Users mailing list archive at Nabble.com.
>

Re: [xwiki-users] Export page in split document

[Marius Dumitru Florea]

On Thu, Jan 5, 2017 at 10:52 AM, hamiazuhk26  wrote:

> Thanks Marius for the info.
> I am using some macros to download the whole page and its work.
>
>

> I want to know how to change the font for heading 2 and heading 1?
> Where is the location to change it.
>

You can overwrite it from the Color Theme,
http://extensions.xwiki.org/xwiki/bin/view/Extension/Flamingo+Theme+Application
, from a Style Sheet Extension,
http://platform.xwiki.org/xwiki/bin/view/DevGuide/SkinExtensionsTutorial#HMinimalStyleSheeteXtension
, or from the skin http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Skins
.


>
>
>
>
> --
> View this message in context: http://xwiki.475771.n2.nabble.
> com/Export-page-in-split-document-tp7602244p7602274.html
> Sent from the XWiki- Users mailing list archive at Nabble.com.
>

Re: [xwiki-users] Export page in split document

[Marius Dumitru Florea]

On Wed, Jan 4, 2017 at 3:31 AM, hamiazuhk26  wrote:

> Hi marius, i have tried to download ZIP file and see the downloaded file
> comes in html format where once we click it will direct to the files we
> need.
>
>

> I want to ask can I download all title/pages in pdf format?
> Is Xwiki allowed to do this?
>

There might be some XWiki extensions for this. See
http://extensions.xwiki.org/xwiki/bin/view/Extension/#|t=extensions=1=30=doc.creationDate=desc=pdf
. I'd check "PDF Export Collection Application" or "XWiki
MultipagePdfExport Application - Space Export". I'm not sure if these
applications have good support for nested pages though. You need to check
for yourself.


>
>
>
> --
> View this message in context: http://xwiki.475771.n2.nabble.
> com/Export-page-in-split-document-tp7602244p7602258.html
> Sent from the XWiki- Users mailing list archive at Nabble.com.
>

Re: [xwiki-users] What does "Version 8.4.3 is installed as dependency" mean?

[Marius Dumitru Florea]

On Wed, Jan 4, 2017 at 11:31 AM, Marius Dumitru Florea <
mariusdumitru.flo...@xwiki.com> wrote:

> On Wed, Jan 4, 2017 at 4:30 AM, novnovice <novnov...@gmail.com> wrote:
>
>> Thanks again Marius.
>>
>
>
>> I had not made it that far down the page
>
>
> The problem is that the headings from the installation instructions
> section (at the end of the page) are not included in the Table of Contents
> (that is visible at the start of the page) and thus are easy to miss. We
> need to fix this.
>

I fixed it online on xwiki.org . I'll commit the changes.


>
>
>> , and it is well
>> explained there. I see too that in the same are it links to the xwiki 7.x
>> youtube video I'd found; that must mean that the video is still good for
>> 8.x.
>>
>>
>>
>> --
>> View this message in context: http://xwiki.475771.n2.nabble.
>> com/What-does-Version-8-4-3-is-installed-as-dependency-mean-
>> tp7602230p7602260.html
>> Sent from the XWiki- Users mailing list archive at Nabble.com.
>>
>
>

Re: [xwiki-users] What does "Version 8.4.3 is installed as dependency" mean?

[Marius Dumitru Florea]

On Wed, Jan 4, 2017 at 4:30 AM, novnovice  wrote:

> Thanks again Marius.
>


> I had not made it that far down the page


The problem is that the headings from the installation instructions section
(at the end of the page) are not included in the Table of Contents (that is
visible at the start of the page) and thus are easy to miss. We need to fix
this.


> , and it is well
> explained there. I see too that in the same are it links to the xwiki 7.x
> youtube video I'd found; that must mean that the video is still good for
> 8.x.
>
>
>
> --
> View this message in context: http://xwiki.475771.n2.nabble.
> com/What-does-Version-8-4-3-is-installed-as-dependency-
> mean-tp7602230p7602260.html
> Sent from the XWiki- Users mailing list archive at Nabble.com.
>

Re: [xwiki-users] Is there an easy way to copy paste multiple images onto a page?

[Marius Dumitru Florea]

On Wed, Jan 4, 2017 at 4:22 AM, novnovice  wrote:

> That's interesting...I just tried it again and at first it seemed that the
> issue was solved. Several pasted images were added to the page, each with
> it's own distinct name. I was copy/pasting from saved files.
>
> I made some additional experiments and discovered how it was that I saw
> that
> image replacement behavior. In my original tests I was taking a screenshot,
> and pasting the image in directly from the buffer. In each case the image
> was named "image.png" and effectively the second copy/paste overwrote the
> first image. The screen capture software offers the image in each case with
> the name image.png.
>
> So it's not really an issue with xwiki. My legacy patterns which I hope to
> replace in part with xwiki involve pasting images into word documents as
> I'm
> documenting a process. Word does not retain the image as a file per se; it
> absorbs the file, and so there is no assigned file name, or chance of file
> name conflict. xwiki does save the image as a file and has no mechanism
> (that I know of) for detecting that the two images are different and then
> saving the two images as separate files.
>

The CKEditor uses the file name specified by the OS/Browser. If the file
name is not specified then it uses a default name
https://github.com/xwiki-contrib/application-ckeditor/blob/master/ui/src/main/resources/CKEditor/EditSheet.xml#L250
which leads to a random (unique) attachment name
https://github.com/xwiki-contrib/application-ckeditor/blob/master/ui/src/main/resources/CKEditor/FileUploader.xml#L69
. So the fact that the attachment is saved as "image.png" in your case it
indicates that the OS / Browser / the image source (where you copied it
from, e.g. the clipboard) specifies the "image.png" name. So CKEditor has
to use it.

Note that in some cases you want to overwrite an existing attachment. You
edit a page that has an image and you want to upload a different image with
the same name to replace it.


>
> If there is an add in that might mitigate this issue that would be ideal,
> but I might guess there is not. I may be able to defeat the brain dead
> clipboard paste name of image.pgn, and that would solve things very well.
>
> Thank you for your input...since you reported, and I confirmed, that
> pasting
> multiple images can work, I had to look again at why it wasn't working in
> my
> test.
>
>
>
> --
> View this message in context: http://xwiki.475771.n2.nabble.
> com/Is-there-an-easy-way-to-copy-paste-multiple-images-
> onto-a-page-tp7602229p7602259.html
> Sent from the XWiki- Users mailing list archive at Nabble.com.
>

Re: [xwiki-users] Editing an Application result in errors even when making no changes

[Marius Dumitru Florea]

On Wed, Dec 28, 2016 at 1:00 PM, Dung Hoang  wrote:

> Hi everyone,
>
>
>
> I recently tried to install a few applications onto my XWiki 8.4.2
> instance, some of them (namely, Idea Application  Task Application)
> get this strange error whenever I tried to click Edit and just click Next
> to explorer the feature: the main screen will display some kind of
> exception about velocity macro and Space (I am sure you can reproduce this
> to see the details).


I fixed the error with http://jira.xwiki.org/browse/XWIKI-13942 .


> Also, in the Application left navigation, application name will change to
> some kind of id/reference (e.g. ideas.app.title, TaskManager.panels.name).
> So, I have a few questions:
>

That's because these applications are not meant to be edited using the App
Within Minutes (
http://extensions.xwiki.org/xwiki/bin/view/Extension/App+Within+Minutes+Application
) wizard. They were generated using App Within Minutes and they were
customized afterwards so editing them using the application wizard will
overwrite all those customizations, thus breaking them.


>
>
>
> 1. It doesn't seem natural to me that a user with role of normal user can
> Edit an Application. So what does it mean by "Editing an Application"? And
> why would it be normal to allow a user (non-admin) to edit an Application?
>

For me the right to edit an application and the right to administer the
wiki are separate things. You may have an "AppDevs" group that is allowed
to edit the applications and which is not allowed to administer the wiki.
You are free to setup the access rights as you want. If you want to prevent
simple users from editing the application then restrict the edit right on
the application class (see
http://extensions.xwiki.org/xwiki/bin/view/Extension/App+Within+Minutes+Application#HApplicationPages
).

I agree though that the Ideas and Task Applications could restrict the edit
right to the admin group by default. You should report an issue.


>
>
>
> 2. I am guessing Editing an application is some kind of administrative
> activities. If so, is there any documentation regarding Applications
> administration in XWiki? I found this: http://platform.xwiki.org/
> xwiki/bin/view/Features/Applications? but it covers only Installing and
> (a bit of) Usage. It references other documentation for Development of
> Application or XWiki itself but not administration.
>

An application is basically a set of wiki pages that you either create
yourself or you use the App Within Minutes wizard to create the pages for
your. See http://platform.xwiki.org/xwiki/bin/view/DevGuide/FAQTutorial .
The "application editing" action you tried to use is specific to App Within
Minutes.

Hope this helps,
Marius


>
>
>
> Thanks,
>
> Zoom
>
>
>
>
>
>
>
>
>
>
>
>
>

Re: [xwiki-users] forgot password (admin and user)

[Marius Dumitru Florea]

On Wed, Dec 28, 2016 at 9:27 AM, hamiazuhk26  wrote:

> Thanks Dung.
> I also get the same link as u send to me. Let say , I am user and suddenly
> i
> forgot the password so how to retrieve it back? I can set the new password
> but need to remmber the previous password rght?
>

On the login dialog where you provide the user name and password there are
two links "Forgot your username?" and "Forgot your password?". Isn't this
what you need?


>
>
>
> --
> View this message in context: http://xwiki.475771.n2.nabble.
> com/forgot-password-admin-and-user-tp7602205p7602207.html
> Sent from the XWiki- Users mailing list archive at Nabble.com.
>

Re: [xwiki-users] Is there an easy way to copy paste multiple images onto a page?

[Marius Dumitru Florea]

On Sat, Dec 31, 2016 at 12:01 AM, novnovice  wrote:

> One question I have about the very useful feature of xwiki is how to drag
> and
> drop multiple images onto a page. Offhand xmarks seems to create an image
> attachment called image.png; pasting another image onto the same page
> overwrites the first image, using with the same name. Any way to have xwiki
> increment the image names? I know I can attach the image and then reference
> it in the page but it's more work.
>

I can drag & drop multiple images at the same time on the CKEditor (in edit
mode) and they are attached with their file name, not "image.png". It's not
clear where you drop your images.


>
>
>
> --
> View this message in context: http://xwiki.475771.n2.nabble.
> com/Is-there-an-easy-way-to-copy-paste-multiple-images-
> onto-a-page-tp7602229.html
> Sent from the XWiki- Users mailing list archive at Nabble.com.
>

Re: [xwiki-users] Export page in split document

[Marius Dumitru Florea]

On Tue, Jan 3, 2017 at 11:29 AM, hamiazuhk26  wrote:

> Hi Marius, ok let me sync up
>
> I am using 8.3 version. I try to import a page and it works. Before u
> import
> it have the split document option and I do tick it there and when i view
> the
> result it success.
>
> The things is i want to know how to export/download the overall page.
>


> Because when i try to export, it only download the certain title not
> overall.
>

You download a single file (XAR) which is a ZIP that contains all the pages
that were selected in the export dialog. Did you check the contents of the
downloaded file? Did you try to import the downloaded file on a different
XWiki instance?


>
> 
>
> 
>
> U can see the pict above
>
>
>
> --
> View this message in context: http://xwiki.475771.n2.nabble.
> com/Export-page-in-split-document-tp7602244p7602248.html
> Sent from the XWiki- Users mailing list archive at Nabble.com.
>

Re: [xwiki-users] Export page in split document

[Marius Dumitru Florea]

On Tue, Jan 3, 2017 at 10:16 AM, hamiazuhk26  wrote:

> I want to ask, i am importing a page using split document.
>

Are you referring to the Office Document Import?
http://extensions.xwiki.org/xwiki/bin/view/Extension/Office+Importer+Application#HHowtouse


> I want to know how to xexport it for overall page. i try to export but it
> only download the certain page not the whole page/topic..
>

Export as what? Which export format did you use?


>
>
> Can anyone advise how?
>

You need to be more precise. For instance you didn't even mentioned what
version of XWiki you're using.


>
>
>
> --
> View this message in context: http://xwiki.475771.n2.nabble.
> com/Export-page-in-split-document-tp7602244.html
> Sent from the XWiki- Users mailing list archive at Nabble.com.
>

Re: [xwiki-users] (no subject)

[Marius Dumitru Florea]

On Thu, Dec 22, 2016 at 9:28 AM, Ekku Laukkarinen 
wrote:

> Hello,
>
> I recently loaded ~3000 pages into my XWiki (8.2.1) instance. And noticed a
> enormous increase in loading times of DocumentTree in my custom navigation
> panel, which shows the pages under first level of space hierarchy:
>
> #set( $root = $doc.getDocumentReference().getSpaceReferences().get(0).
> toString().replaceAll('([~"])', '~$1').replace("Space ", "document:") +
> ".WebHome")
> {{documentTree showTranslations="false" root="$root" showRoot="true"
> showAttachments="false" /}}
>
> Before loading the pages each request took around ~600ms. After adding the
> pages load time was around 15 seconds. After bit of googling I found the
> JIRA issue:
> http://jira.xwiki.org/browse/XWIKI-13700
> 
>
> And decided to upgrade to 8.4.3. However, the issue did not get fixed and
> there was no change in load times. Turning on debug prints for hibernate
> resulted in the following:
>
>

> 2016-12-21 16:07:36,479 [http://192.168.42.174/xwiki/
> bin/get/XWiki/DocumentTree?outputSyntax=plain=
> document%3Axwiki%3A2987218.WebHome=false=true&
> showTranslations=false=document%3Axwiki%3A2987218.
> WebHome=true=children=%23] DEBUG o.h.i.SessionImpl
>

This is not the URL that the document tree is using in version 8.4.3. It
seems your upgrade is not complete. Did you went through the Distribution
Wizard to upgrade the UI (i.e. the wiki pages)? You should check if the
code of the XWiki.DocumentTreeMacros page corresponds with what you get by
default on 8.4.3. Also, it doesn't hurt to clear the browser cache after an
upgrade.

Hope this helps,
Marius


>   - opened session at timestamp: 14823292564
>
> 2016-12-21 16:07:36,479 [http://192.168.42.174/xwiki/
> bin/get/XWiki/DocumentTree?outputSyntax=plain=
> document%3Axwiki%3A2987218.WebHome=false=true&
> showTranslations=false=document%3Axwiki%3A2987218.
> WebHome=true=children=%23] DEBUG o.h.t.JDBCTransaction
>   - begin
>
> 2016-12-21 16:07:36,479 [http://192.168.42.174/xwiki/
> bin/get/XWiki/DocumentTree?outputSyntax=plain=
> document%3Axwiki%3A2987218.WebHome=false=true&
> showTranslations=false=document%3Axwiki%3A2987218.
> WebHome=true=children=%23] DEBUG o.h.j.ConnectionManager
>   - opening JDBC connection
>
> 2016-12-21 16:07:36,479 [http://192.168.42.174/xwiki/
> bin/get/XWiki/DocumentTree?outputSyntax=plain=
> document%3Axwiki%3A2987218.WebHome=false=true&
> showTranslations=false=document%3Axwiki%3A2987218.
> WebHome=true=children=%23] DEBUG o.h.t.JDBCTransaction
>   - current autocommit status: false
>
> 2016-12-21 16:07:36,479 [http://192.168.42.174/xwiki/
> bin/get/XWiki/DocumentTree?outputSyntax=plain=
> document%3Axwiki%3A2987218.WebHome=false=true&
> showTranslations=false=document%3Axwiki%3A2987218.
> WebHome=true=children=%23] INFO  o.h.d.Dialect
>   - Using dialect: org.hibernate.dialect.HSQLDialect
>
> 2016-12-21 16:07:36,480 [http://192.168.42.174/xwiki/
> bin/get/XWiki/DocumentTree?outputSyntax=plain=
> document%3Axwiki%3A2987218.WebHome=false=true&
> showTranslations=false=document%3Axwiki%3A2987218.
> WebHome=true=children=%23] DEBUG o.h.l.Loader
>   - loading entity: [com.xpn.xwiki.doc.XWikiDocument#-
> 4652072126019899209]
>
> 2016-12-21 16:07:36,480 [http://192.168.42.174/xwiki/
> bin/get/XWiki/DocumentTree?outputSyntax=plain=
> document%3Axwiki%3A2987218.WebHome=false=true&
> showTranslations=false=document%3Axwiki%3A2987218.
> WebHome=true=children=%23] DEBUG o.h.j.AbstractBatcher
>   - about to open PreparedStatement (open PreparedStatements: 0,
> globally: 0)
>
> 2016-12-21 16:07:36,480 [http://192.168.42.174/xwiki/
> bin/get/XWiki/DocumentTree?outputSyntax=plain=
> document%3Axwiki%3A2987218.WebHome=false=true&
> showTranslations=false=document%3Axwiki%3A2987218.
> WebHome=true=children=%23] DEBUG o.h.SQL
>   - select xwikidocum0_.XWD_ID as XWD1_0_0_, xwikidocum0_.XWD_FULLNAME
> as XWD2_0_0_, xwikidocum0_.XWD_NAME as XWD3_0_0_, xwikidocum0_.XWD_TITLE as
> XWD4_0_0_, xwikidocum0_.XWD_LANGUAGE as XWD5_0_0_,
> xwikidocum0_.XWD_DEFAULT_LANGUAGE
> as XWD6_0_0_, xwikidocum0_.XWD_TRANSLATION as XWD7_0_0_,
> xwikidocum0_.XWD_DATE as XWD8_0_0_, xwikidocum0_.XWD_CONTENT_UPDATE_DATE
> as
> XWD9_0_0_, xwikidocum0_.XWD_CREATION_DATE as XWD10_0_0_,
> xwikidocum0_.XWD_AUTHOR as XWD11_0_0_, xwikidocum0_.XWD_CONTENT_AUTHOR as
> XWD12_0_0_, xwikidocum0_.XWD_CREATOR as XWD13_0_0_, xwikidocum0_.XWD_WEB as
> XWD14_0_0_, xwikidocum0_.XWD_CONTENT as XWD15_0_0_,
> xwikidocum0_.XWD_VERSION as XWD16_0_0_, xwikidocum0_.XWD_CUSTOM_CLASS as
> XWD17_0_0_, xwikidocum0_.XWD_PARENT as XWD18_0_0_,
> xwikidocum0_.XWD_CLASS_XML as XWD19_0_0_, xwikidocum0_.XWD_ELEMENTS as
> XWD20_0_0_, xwikidocum0_.XWD_DEFAULT_TEMPLATE as XWD21_0_0_,
> xwikidocum0_.XWD_VALIDATION_SCRIPT as XWD22_0_0_, xwikidocum0_.XWD_COMMENT
> as XWD23_0_0_, xwikidocum0_.XWD_MINOREDIT as XWD24_0_0_,
> xwikidocum0_.XWD_SYNTAX_ID as XWD25_0_0_, 

Re: [xwiki-users] How to get top level page node in documentTree?

[Marius Dumitru Florea]

On Wed, Dec 21, 2016 at 5:37 PM, matmassa  wrote:

> As you suggested I created a copy of the navigation panel to work on.
>
> My xwiki pages are structured as follows:
> https://url/xwiki/bin/view/Projects/FOO/
> https://url/xwiki/bin/view/Projects/FOO2/
> [...]
>
> Inside "Projects" there are several "main" pages for each project (FOO is
> an
> example of the main page of a project).
> FOO page has a tree structure as you correctly wrote:
> FOO.A.WebHome
> FOO.A.B.WebHome
> FOO.X.Y.Z.WebHome
>
> I thought there were be something similar to manage the new pages logic (an
> easier way to navigate nested pages).
> Your suggestion about creating a new document reference using document
> reference works well, I "played" with substrings:
>
> #set ($index = $openTo.indexOf('xwiki:') +6)
> #set ($index2 = $openTo.indexOf('.',16))
> #set ($subb = $openTo.substring($index,$index2))
> #set ($resultpage= $subb.concat('.WebHome'))
>
>

> Is there a better way to gain this result?
>

Yes.

$services.model.resolveDocument('', 'default', $
doc.documentReference.spaceReferences.get(1))

assuming there are always at least 2 level of space references ("Projects"
and the project itself), but you can do some checks to be safe.

Hope this helps,
Marius


>
> Thank you again,
> -Matteo
>
>
>
>
>
>
> --
> View this message in context: http://xwiki.475771.n2.nabble.
> com/How-to-get-top-level-page-node-in-documentTree-tp7602158p7602176.html
> Sent from the XWiki- Users mailing list archive at Nabble.com.
>

Re: [xwiki-users] How to get top level page node in documentTree?

[Marius Dumitru Florea]

On Tue, Dec 20, 2016 at 3:47 PM, matmassa  wrote:

> Hi,
>
>

> I modified the Navigation panel menu in order to have a structured tree
> menu
>

I would rather create a new panel, because otherwise you may have to
resolve merge conflicts when upgrading XWiki (if the default Navigation
panel changes in any way).


> that always shows FOO page root and the opened path to reach the current
> node (FOO project has nested pages).
>
> {{velocity}}
> #panelheader("FOO MENU")
> ## Escape special characters in macro parameter values.
> #set ($openTo = $services.model.serialize($doc.documentReference,
> 'default').replaceAll('([~"])', '~$1'))
> {{documentTree showTranslations="false" showAttachments="false"
> compact="true" showRoot="true" openTo="document:$openTo"
> root="document:xwiki:FOO.WebHome" /}}
> #panelfooter()
> {{/velocity}}
>
>

> Considering all my projects are inside Main\projects page, is there a way
> to
>

This part "inside Main\projects page" is not clear. Can you give an example
of a project reference / URL?


> find dinamically the toplevel page node without having to specify the root
> page name (FOO.WebHome)?
>

All pages that are nested inside FOO have "FOO" as part of their reference:

FOO.A.WebHome
FOO.A.B.WebHome
FOO.X.Y.Z.WebHome

You have the reference of the current document, $doc.documentReference. I
guess you need to find the top level parent of the current document. You
need to use the entity reference API in this case. See
http://extensions.xwiki.org/xwiki/bin/view/Extension/Model+Module

Hope this helps,
Marius


>
> Thanks for reply
> -Matteo
>
>
>
>
>
>
>
> --
> View this message in context: http://xwiki.475771.n2.nabble.
> com/How-to-get-top-level-page-node-in-documentTree-tp7602158.html
> Sent from the XWiki- Users mailing list archive at Nabble.com.
>

Re: [xwiki-users] Distribution Wizard

[Marius Dumitru Florea]

On Tue, Dec 20, 2016 at 3:47 AM, hamiazuhk26  wrote:

> HI Marius, yes I am using windows
> Here is the link :
>
> http://platform.xwiki.org/xwiki/bin/view/Features/DistributionWizard#
> troubleshooting
> (under troubleshooting topic)
>

The location of the permanent directory (where the job statuses that you
are supposed to delete are kept) depends on how you installed XWiki, and
you didn't mention anything about this. Did you use the Windows Installer?
Or did you use the Jetty+HSQLDB package? Or did you use the WAR package?

Moreover, the location of the permanent directory is configurable from the
xwiki.properties file (look for it).


>
> My question is why my distribution wizard is not appear and I try to
> unistall and install back my xwiki 8.4 version and still can't trigger the
> distribution wizard.
>
> Can you advise?
>
>
>
> --
> View this message in context: http://xwiki.475771.n2.nabble.
> com/Distribution-Wizard-tp7602145p7602152.html
> Sent from the XWiki- Users mailing list archive at Nabble.com.
>

Re: [xwiki-users] Distribution Wizard

[Marius Dumitru Florea]

On Mon, Dec 19, 2016 at 8:38 AM, hamiazuhk26  wrote:

> Hi there,
>
> Just want to ask where to find this path /var/lib/tomcatX/webapps/ ??
>

That is an absolute UNIX path. If you're asking this question then I
suppose you're using Windows, right?


> My distribution wizard is fail to appear at startup, and some notes said to
> delete this file.
>

Which notes? Can you give us a link? Maybe these notes have a section
dedicated to Windows.

Hope this helps,
Marius


> I dont found this path.
>
> Somebody help
>
> Thanks
>
>
>
> --
> View this message in context: http://xwiki.475771.n2.nabble.
> com/Distribution-Wizard-tp7602145.html
> Sent from the XWiki- Users mailing list archive at Nabble.com.
>

Re: [xwiki-users] How to translate Tooltips for Watchlist icons?

[Marius Dumitru Florea]

Hi Julio,

Go to http://l10n.xwiki.org and search for the tooltip text, e.g. "Watch
this page", using the dedicated search panel on the left. It will take you
to a dedicated search page. Searching using the "Translated text" field
doesn't bring any results but using the "Original text" field works.
Setting the language field to "pt_BR" narrows the results.

Hope this helps,
Marius

On Thu, Dec 15, 2016 at 7:10 PM, Julio Brum  wrote:

> Hi,
>
> My wiki is in Portuguese (pt_BR), but the Tooltips of the Watchlist icons
> at the top of the page are in English. How do I translate?
>
> I need, for example, that the text "watch this page" be in Portuguese.
>
> Http://extensions.xwiki.org/xwiki/bin/download/Extension/
> Watchlist+Application/WatchList-Notifications.png
>
> Best Regards,
> Julio
>

Re: [xwiki-users] Upgrading xwiki

[Marius Dumitru Florea]

Maybe you can give as a link to the guide that you're following or whatever
is the place where you've seen these instructions, because it's not clear
what you're trying to do.

On Thu, Dec 15, 2016 at 10:21 AM, Khu Gambateh 
wrote:

> how to copy the configuration files and do the merge copy?
> What is merge copy? Directly copy paste or what..
> Im stuck, please help me
>

Re: [xwiki-users] How to manually migrate a page to Nested Pages?

[Marius Dumitru Florea]

On Thu, Dec 15, 2016 at 1:04 AM, Julio Brum <brumpa...@gmail.com> wrote:

> In practice, the only problem of not migrating to Nested Pages is that a
> page may have a different breadcrumb path than the URL path. Migrating to
> Nested Pages, the URL path remains the same as the breadcrumb. It is?
>

If you had this before the upgrade

URL: /xwiki/bin/view/A/B
Breadcrumb: Home / X / Y / B

then after the upgrade (without any migration) you have

URL: /xwiki/bin/view/A/B
Breadcrumb: Home / A / B

So you "loose" the parent-child hierarchy. Actually the information is not
lost, but the new breadcrumb doesn't use it. The new breadcrumb uses by
default the page location (what you have in the URL). So you have 3 options:

(1) You don't care about the old parent-child hierarchy. In this case you
don't need to do anything.
(2) You want to keep using the parent-child hierarchy. In this case you
need to read about hierarchyMode configuration in
http://platform.xwiki.org/xwiki/bin/view/Features/ContentOrganization/NestedPagesMigration/
(3) You want to convert / migrate the parent-child hierarchy to the
Nested-Pages hierarchy. In this case you either use the Nested Pages
Migrator, which automates this for you, or you do it manually my moving
pages around (e.g. in the example above you would move page B from A to X/Y
so that its location becomes X/Y/B).

Hope this helps,
Marius


>
> Best Regards,
> Julio
>
> 2016-12-14 18:46 GMT-02:00 Marius Dumitru Florea <
> mariusdumitru.flo...@xwiki.com>:
>
> > Hi Julio,
> >
> > You don't need to migrate individual wiki pages. You can continue to
> access
> > and edit them as before. The Nested Pages Migrator Application is useful
> if
> > you want to migrate from the old Parent-Child *hierarchy* to the new
> > Nested-Pages *hierarchy*. Otherwise, if you just want to add child pages
> to
> > an existing page that is not a space home page (in the old terminology)
> > then you can simply rename that page in order to make it "non-terminal".
> > See
> > http://platform.xwiki.org/xwiki/bin/view/Features/DocumentLifecycle#
> > HMove2FRename
> > . There's a note there:
> >
> > "And if you're an advanced user
> > <http://platform.xwiki.org/xwiki/bin/view/Features/PageEditing#
> > HSimpleandAdvancededitingmodes>
> > you'll be able to also control whether the new page will be a Terminal
> page
> > (i.e. a page that cannot have children, see also Terminology
> > <http://platform.xwiki.org/xwiki/bin/view/Features/ContentOrganization/#
> > HTerminology>)
> > or not"
> >
> > Hope this helps,
> > Marius
> >
> > On Wed, Dec 14, 2016 at 10:03 PM, Julio Brum <brumpa...@gmail.com>
> wrote:
> >
> > > Hi,
> > >
> > > How can I manually migrate a page to Nested Pages without using the
> > Nested
> > > Pages Migrator Application (it does not work on my xwiki - I waited 15
> > > minutes and nothing happened)?
> > >
> > >
> > > Best Regards,
> > > Julio
> > >
> >
>

Re: [xwiki-users] How to manually migrate a page to Nested Pages?

[Marius Dumitru Florea]

Hi Julio,

You don't need to migrate individual wiki pages. You can continue to access
and edit them as before. The Nested Pages Migrator Application is useful if
you want to migrate from the old Parent-Child *hierarchy* to the new
Nested-Pages *hierarchy*. Otherwise, if you just want to add child pages to
an existing page that is not a space home page (in the old terminology)
then you can simply rename that page in order to make it "non-terminal".
See
http://platform.xwiki.org/xwiki/bin/view/Features/DocumentLifecycle#HMove2FRename
. There's a note there:

"And if you're an advanced user

you'll be able to also control whether the new page will be a Terminal page
(i.e. a page that cannot have children, see also Terminology
)
or not"

Hope this helps,
Marius

On Wed, Dec 14, 2016 at 10:03 PM, Julio Brum  wrote:

> Hi,
>
> How can I manually migrate a page to Nested Pages without using the Nested
> Pages Migrator Application (it does not work on my xwiki - I waited 15
> minutes and nothing happened)?
>
>
> Best Regards,
> Julio
>

Re: [xwiki-users] Nested document killed {{spaceindex}} macro?

[Marius Dumitru Florea]

Hi Pascal,

On Thu, Dec 8, 2016 at 7:18 PM, Pascal BASTIEN 
wrote:

> Hello,
>
> With my xwiki7.0.1 to 8.4 upgrade process, I noticed that all my WebHome
> on spaces (with dashboard+{{spaceindex}} macro) are "broken".
> After a little bit of search, I understood that spaceindex macro list only
> direct children terminal page...
> In some different post from dev list, it seem that I must use
> {{documentTree}} macro instead.
>
> My spaces dashboard use
> {{spaceindex sort="modificationDate" count="20" /}}
> to list the 20 more recents page and I added a shortcut to
> /bin/view/Main/SpaceIndex?space=MySpace (broken too:-( )
>
> Could you give me some advices how can I replace my "spaceindex" to:
> - list the 20 more recents page (terminale and none terminale) on current
> space?
> I didn't found a "modificationDate" sorting parameter in {{documentTree}}
>

The document tree doesn't have this parameter, and it's not suited for your
use case anyway. I would use the Query Manager to retrieve the most recent
pages. Look for 'List all nested documents in the space "Space"' on
http://extensions.xwiki.org/xwiki/bin/view/Extension/Query+Module#HQueryLanguageExamples
, but take into account the issue described at
http://extensions.xwiki.org/xwiki/bin/view/Extension/Query+Module#HFindingpagesundernestedpages
.

- replace my target /Main/SpaceIndex?space=MySpace by ... ???
>

On
http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/ReleaseNotesXWiki72#HFlamingo
there is this mention:

"A new "children" viewer is now accessible in the "more actions" menu,
along with the other viewers."

The URL is /xwiki/bin/view/Path/To/Page/?viewer=children . It uses a live
table. If you want a tree instead then there is
http://extensions.xwiki.org/xwiki/bin/view/Extension/Children+Macro/ .

Hope this helps,
Marius


> Probably I must create a custom LT to list every sub pages
>
> Finaly, may be a caution text must be added on this page:
> http://extensions.xwiki.org/xwiki/bin/view/Extension/SpaceIndex+Macro
> (ie "don't use this macro anymore with nested page!" or "list only direct
> children terminal page ")
>
> Thxs for your help.
>
> Pascal BASTIEN
>

Re: [xwiki-users] Problem with XWiki Syntax 2.1 and parameter (including images)

[Marius Dumitru Florea]

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

On Mon, Dec 12, 2016 at 5:33 PM, Enste, Patrick 
wrote:

> Hey,
>
> I tried to google a solution but I did not found anything. Maybe somebody
> here can help me :-)
>
> I observed the following behaviour on my XWiki (v 7.1.1): Using the XWiki
> Syntax 2.1 for inserting images leads to a problem if I am using
> parameters. Let's say im using [[image:img.png||width="25px"]]. When I am
> saving the page the source code of the generated html is something like
>  alt="img.png">.
> After a refresh of the page the source code gets  src="/xwiki/bin/download/Space/img.png?width=25width=25"
> width="25px" alt="img.png">. After another refresh the source code gets
>  src="/xwiki/bin/download/Space/img.png?width=25width=25width=25"
> width="25px" alt="img.png">. And so on and so on .
>
> After a lot of refreshes the src path is too long for my server
> (restricted to 1024 chars) and the image is not shown anymore.
>
> When I edit the page and save it the path gets "normal" again.
>
> Am I using the syntax wrong or is it (I guess that is the problem) a XWiki
> problem? I guess the path resolving has a bug but maybe somebody can help
> me without updating the XWiki?
>
> Thanks in advance,
> Patrick
>
>

Re: [xwiki-users] Menu crashes if changed by a non admin user (see menu application extension)

[Marius Dumitru Florea]

Isn't it possible to separate the two? i.e. move the part that requires PR
in a separate page where your users don't have edit right and include it
using the Include macro.

On Fri, Dec 9, 2016 at 3:19 PM, Hamster  wrote:

> Actually, it's a bit more complicated than that...
>
> It's a page which holds all bits of information, but they also make notes
> on
> that page. So they should be able to make changes. But those changes break
> the PR stuff, so I need to re-save those pages for the PR stuff to work
> again.
>
>
>
> --
> View this message in context: http://xwiki.475771.n2.nabble.
> com/Menu-crashes-if-changed-by-a-non-admin-user-see-menu-
> application-extension-tp7600481p7602043.html
> Sent from the XWiki- Users mailing list archive at Nabble.com.
>

Re: [xwiki-users] Menu crashes if changed by a non admin user (see menu application extension)

[Marius Dumitru Florea]

If you don't want your users to edit those pages then why do you give them
edit right?

On Thu, Dec 8, 2016 at 11:36 AM, Hamster  wrote:

> Can this issue be addressed?
>
> I have to repair pages on a daily notice because people keep changing pages
> which require PR to function OK. It's very annoying. And I keep telling
> them, "No, it's not your fault. No, you can't see at this moment if a page
> requires PR. Yes, you will break those pages if you edit them".
>
> People who have no PR should not be able to edit pages which require PR!
>
> Thanks :-)
>
>
>
> --
> View this message in context: http://xwiki.475771.n2.nabble.
> com/Menu-crashes-if-changed-by-a-non-admin-user-see-menu-
> application-extension-tp7600481p7602029.html
> Sent from the XWiki- Users mailing list archive at Nabble.com.
>

Re: [xwiki-users] Rename/move space in subwiki does not update links

[Marius Dumitru Florea]

The cross wiki links are not updated AFAIK. But links within the same wiki
as the entity that has been renamed should be updated. Of course, the links
need to be in wiki syntax and not within a script macro (like Velocity).

Hope this helps,
Marius

On Tue, Nov 15, 2016 at 12:24 AM, helged  wrote:

> Hi!
> I just discovered an issue with renaming a space in a subwiki. Whenever I
> rename a space in the main wiki the links are modified to reflect the new
> space name - even links in subpages of the space are modified. But when I
> rename a space in a subwiki the links are not modified and still points at
> the old space name. Backlinks are not updated either.
>
> I cannot find a bug or any other reference to this problem. Anyone else
> experienced the same behavior. Discovered in XWiki 8.3. Upgraded to 8.4 but
> no difference.
>
> Regards,
> Helge
>
>
>
> --
> View this message in context: http://xwiki.475771.n2.nabble.
> com/Rename-move-space-in-subwiki-does-not-update-links-tp7601838.html
> Sent from the XWiki- Users mailing list archive at Nabble.com.
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Javascript Extension going wrong

[Marius Dumitru Florea]

On Thu, Nov 10, 2016 at 12:53 PM, D R <rir@gmail.com> wrote:

> Thanks Marius,
>
> can you tell me how to avoid this and get the desired result or where I can
> find the information?
>
> Regards,
> Dennis
>
> 2016-11-08 18:46 GMT+01:00 Marius Dumitru Florea <
> mariusdumitru.flo...@xwiki.com>:
>
> > On Tue, Nov 8, 2016 at 4:38 PM, D R <rir@gmail.com> wrote:
> >
> > > Hi,
> > >
> > > Nobody here who can help me fix the Javascript Extension?
> > >
> > > Regards,
> > > Dennis
> > >
> > >
> > > 2016-11-04 14:18 GMT+01:00 D R <rir@gmail.com>:
> > >
> > > > Hi community,
> > > >
> > > > I'm having a hard time getting a Javascript Extension for an
> > > > AppWithinMinutes livetable to work.
> > > >
> > > > I have several livetable "enhancements" in it like changing
> background
> > > > color per field value which work properly.
> > > >
> > > > As a reference I've used the example:
> > > > http://snippets.xwiki.org/xwiki/bin/view/Extension/
> > > Background+color+for+a+
> > > > livetable
> > > >
> > > > Now I want to change the display of the value of a specific column,
> for
> > > > example to display an image or a button next to the value. This works
> > > only
> > > > for the last column in the livetable. All other rows look strange.
> > > >
> > > > Example:
> > > >
> > > > The simplified code:
> > > > ```
> > >
> >
> >
>


> > > > document.observe("xwiki:livetable:newrow", function(ev){
> > > >   $$('.sTxtUser').each(function(element){
>

See
http://platform.xwiki.org/xwiki/bin/view/DevGuide/JavaScriptAPI#HLivetableevents28livetable.js29
.

"*xwiki:livetable:newrow* (event.memo.row holds the new row)"

Thus you can access the cell with:

var cell = $(ev.memo.row).down('.sTxtUser');


> > >
> >
> > Debug your code and you'll see that:
> >
> > * the xwiki:livetable:newrow event is fired for each row in the live
> table
> > * $$('.sTxtUser') selects all the existing cells
> >
> > So whenever a row is displayed you process not only that row but also the
> > existing rows that have been displayed before..
> >
> >
> > > > var content = element.innerText;
> > > > if(content === undefined){
> > > >   content = element.textContent;
> > > > }
> > > > element.replace(' > > > data-title="Username">"' + content + '"')
> > > >   });
> > > > });
> > > >
> > > > ```
> > > >
> > > > I have 3 documents for the application with the following values for
> > > field
> > > > sTxtUser :
> > > > testuser1
> > > > test12345
> > > > anotheruser1
> > > >
> > > > Using the above extension renders the livetable cells like this:
> > > > """anotheruser1"""
> > > > ""test12345""
> > > > "testuser1"
> > > >
> > > > If I change the sort order:
> > > > """testuser1"""
> > > > ""test12345""
> > > > "anotheruser1"
> > > >
> > > > So only the last row shows the desired output.
> > > >
> > > > What am I doing wrong?
> > > >
> > > > Regards,
> > > > Dennis
> > > >
> > > ___
> > > users mailing list
> > > users@xwiki.org
> > > http://lists.xwiki.org/mailman/listinfo/users
> > >
> > ___
> > users mailing list
> > users@xwiki.org
> > http://lists.xwiki.org/mailman/listinfo/users
> >
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Javascript Extension going wrong

[Marius Dumitru Florea]

On Tue, Nov 8, 2016 at 4:38 PM, D R  wrote:

> Hi,
>
> Nobody here who can help me fix the Javascript Extension?
>
> Regards,
> Dennis
>
>
> 2016-11-04 14:18 GMT+01:00 D R :
>
> > Hi community,
> >
> > I'm having a hard time getting a Javascript Extension for an
> > AppWithinMinutes livetable to work.
> >
> > I have several livetable "enhancements" in it like changing background
> > color per field value which work properly.
> >
> > As a reference I've used the example:
> > http://snippets.xwiki.org/xwiki/bin/view/Extension/
> Background+color+for+a+
> > livetable
> >
> > Now I want to change the display of the value of a specific column, for
> > example to display an image or a button next to the value. This works
> only
> > for the last column in the livetable. All other rows look strange.
> >
> > Example:
> >
> > The simplified code:
> > ```
>


> > document.observe("xwiki:livetable:newrow", function(ev){
> >   $$('.sTxtUser').each(function(element){
>

Debug your code and you'll see that:

* the xwiki:livetable:newrow event is fired for each row in the live table
* $$('.sTxtUser') selects all the existing cells

So whenever a row is displayed you process not only that row but also the
existing rows that have been displayed before..


> > var content = element.innerText;
> > if(content === undefined){
> >   content = element.textContent;
> > }
> > element.replace(' > data-title="Username">"' + content + '"')
> >   });
> > });
> >
> > ```
> >
> > I have 3 documents for the application with the following values for
> field
> > sTxtUser :
> > testuser1
> > test12345
> > anotheruser1
> >
> > Using the above extension renders the livetable cells like this:
> > """anotheruser1"""
> > ""test12345""
> > "testuser1"
> >
> > If I change the sort order:
> > """testuser1"""
> > ""test12345""
> > "anotheruser1"
> >
> > So only the last row shows the desired output.
> >
> > What am I doing wrong?
> >
> > Regards,
> > Dennis
> >
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] How to fix orphaned pages?

[Marius Dumitru Florea]

On Fri, Nov 4, 2016 at 8:49 PM, Julio Brum <brumpa...@gmail.com> wrote:

> Marius, thank you.
>
>

> I use the 7.4.4 version. When viewing the panel 'Orphaned Pages' I found
> that there are orphaned pages.


The Orphaned Pages panel is deprecated. With the new reference-based
hierarchy the notion of orphan page has no meaning.


> I can place directly a value on doc.parent
> field in the database?
>

I wouldn't advice this. If you want to keep using the old parent-child
hierarchy then you should read the documentation I linked
http://platform.xwiki.org/xwiki/bin/view/Features/ContentOrganization/NestedPagesMigration/#HExecutiveSummary
. There is an info box about setting core.hierarchyMode . If you set it to
"parentchild" you will get back the UI to set the parent from the
Wiki/WYSIWYG edit mode, which is safer than modifying the database directly.

Hope this helps,
Marius


>
> Best Regards,
> Julio
>
> 2016-11-04 8:25 GMT-02:00 Marius Dumitru Florea <
> mariusdumitru.flo...@xwiki.com>:
>
> > What version of XWiki are you using? Starting with XWiki 7.2 the Orphan
> > Pages tab in the Page Index is visible only if you enable the
> parent-child
> > hierarchy mode (which is disabled by default). See
> > http://jira.xwiki.org/browse/XWIKI-12520 . Also
> > http://platform.xwiki.org/xwiki/bin/view/Features/ContentOrganization/
> > NestedPagesMigration/
> > .
> >
> > If the version of XWiki you're using is older than 7.2 then simply edit
> the
> > orphan page and set its parent (from the breadcrumb above the title
> input).
> > Orphan pages don't do any harm. It's just that the best practice in
> content
> > organization is to have a hierarchy of pages so each page should have a
> > parent, unless it's the root page. This helps navigation among other
> > things.
> >
> > Hope this helps,
> > Marius
> >
> > On Thu, Nov 3, 2016 at 10:54 PM, Julio Brum <brumpa...@gmail.com> wrote:
> >
> > > Hi,
> > >
> > > Orphaned pages is a bad thing? Why is that? How to fix?
> > >
> > > Thank you in advance
> > > ___
> > > users mailing list
> > > users@xwiki.org
> > > http://lists.xwiki.org/mailman/listinfo/users
> > >
> > ___
> > users mailing list
> > users@xwiki.org
> > http://lists.xwiki.org/mailman/listinfo/users
> >
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Content before the blog

[Marius Dumitru Florea]

Maybe the Display Macro
http://extensions.xwiki.org/xwiki/bin/view/Extension/Display+Macro can
help. On a separate page you write the content you want and then you
display the blog post using the Display Macro.

Hope this helps,
Marius

On Thu, Nov 3, 2016 at 10:57 PM, Julio Brum  wrote:

> Hi,
>
> How can I place an additional content (in a space) before a blog?
>
> When I add a blog object (BlogClass), I can not put other content on the
> editing page. In fact, I can put, but does not appear.
>
> Thank you in advance
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] How to fix orphaned pages?

[Marius Dumitru Florea]

What version of XWiki are you using? Starting with XWiki 7.2 the Orphan
Pages tab in the Page Index is visible only if you enable the parent-child
hierarchy mode (which is disabled by default). See
http://jira.xwiki.org/browse/XWIKI-12520 . Also
http://platform.xwiki.org/xwiki/bin/view/Features/ContentOrganization/NestedPagesMigration/
.

If the version of XWiki you're using is older than 7.2 then simply edit the
orphan page and set its parent (from the breadcrumb above the title input).
Orphan pages don't do any harm. It's just that the best practice in content
organization is to have a hierarchy of pages so each page should have a
parent, unless it's the root page. This helps navigation among other things.

Hope this helps,
Marius

On Thu, Nov 3, 2016 at 10:54 PM, Julio Brum  wrote:

> Hi,
>
> Orphaned pages is a bad thing? Why is that? How to fix?
>
> Thank you in advance
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

[xwiki-users] [ANN] XWiki 8.4 Release Candidate 1 released

[Marius Dumitru Florea]

The XWiki development team is proud to announce the availability of XWiki
8.4 Release Candidate 1.
The highlights of this release are the new page type filter from the Create
Page form and the new configuration section for the CKEditor. Changing the
supported languages from the administration has been made easier with the
new language picker. Ordering the Application panel items is now possible
with simple drag & drop. Sub-wiki initialization is now asynchronous. As
usual the release also includes many bug fixes and smaller improvements.

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.4RC1/

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

Re: [xwiki-users] Moving batch pages with blog news

[Marius Dumitru Florea]

I would use the query script service [1] to fetch the pages that need to be
moved and then use the refactoring script service [2] to move them to the
new location. The move method accepts also a list of entity references.

Hope this helps,
Marius

[1] http://extensions.xwiki.org/xwiki/bin/view/Extension/Query+Module
[2] http://extensions.xwiki.org/xwiki/bin/view/Extension/Refactoring+Module

On Fri, Oct 28, 2016 at 11:44 PM, Julio Brum  wrote:

> Hi,
> I need to move a lot (two thousand) Blog News (pages with
> Blog.BlogPostClass object) from one page to another. The source page has
> news pages, but has other type of pages. I need only move the pages that
> are Blog News. How I do?
> Note: I am using the XWiki 7.4.4 (I migrated from 4.2).
> Best regards,Julio
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Is it possible to clean xwikistatvisit table ?

[Marius Dumitru Florea]

AFAIK there's no relation between xwikstatsdoc and xwikistatvisit. So you
should be able to clean xwikistatvisit and continue using xwikstatsdoc
without any problem. Of course, backup your database before doing any clean
up.

Hope this helps,
Marius

On Mon, Oct 31, 2016 at 1:34 PM, aleksey-s  wrote:

> Hi,
>
> We use statistic on our xwiki, but we need only statistic in xwikstatsdoc.
> Is it possible to clean xwikistatvisit table ? (This table take large disk
> space and have bad perfomance)
> And if yes then for which period of time we must keep the data in the
> xwikistatvisit for correctly filling xwikstatsdoc ?
>
>
>
> --
> View this message in context: http://xwiki.475771.n2.nabble.
> com/Is-it-possible-to-clean-xwikistatvisit-table-tp7601735.html
> Sent from the XWiki- Users mailing list archive at Nabble.com.
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] XWiki search on missing page translations

[Marius Dumitru Florea]

On Wed, Oct 12, 2016 at 2:46 PM, Mario 
wrote:

> Our documentation subwiki is multilingual, english and german.
> Unfortunately, at the moment only some pages are translated, some exist in
> german only, some in english only (doh!).
> If a user is using german (default) as interface language, and searches for
> a page what only exists in english, the page is not found. You have to
> selected "english" unter language in the advanced search options.
>
> We noticed that deleting the language setting of a page results in the page
> beeing found in either language, it is listet as "No Language" in the
> search
> results.
>
>

> Is this the recommanded approach?
>

No, because then the content of those pages won't be indexed correctly. The
locale is important because it influences the way the content is being
indexed (each language has a dedicated analyzer that splits the text in
words and extracts the roots using language specific rules).

What you're asking for is not exposed in the search UI but is supported
under the hood. The language filter on the search UI is using the "locale"
index field, which performs an exact match on the page locale. There is
another index field called "locales" (notice the plural) that matches the
current page locale (if available) or the default page locale otherwise.
You could try to add "locales" to the list of facets in
http://extensions.xwiki.org/xwiki/bin/view/Extension/Solr+Search+Application#HSearchUIConfiguration
.

Hope this helps,
Marius


>
> Thanks.
>
>
>
> --
> View this message in context: http://xwiki.475771.n2.nabble.
> com/XWiki-search-on-missing-page-translations-tp7601551.html
> Sent from the XWiki- Users mailing list archive at Nabble.com.
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] remove office viewer icon within the page

[Marius Dumitru Florea]

On Tue, Oct 4, 2016 at 12:15 AM, Paul Pinkerton (ACLCO) 
wrote:

> I have the preview (eye) icon showing up in a page whenever I put an
> attachment link there.  I would like to remove it.  I don't want to remove
> the entire extension, as it is useful in the attachments area, but I find
> it's not helpful within the text of the page.  I seem to remember
> configuring it to be there, but cannot remember where that was to get rid
> of it.
>

What syntax do you use for the attachment link? What you describe is not
standard behavior and I can't reproduce it using

attach:someOfficeDocument.odt

I have the office server connected. Maybe you installed an extension that
provides this feature.

Hope this helps,
Marius


>
> Help!
>
> Paul Pinkerton
> KnowledgeNow Project Lead
> pink...@lao.on.ca
> Skype: pinkerp.lao
>
> Association of Community Legal Clinics of Ontario
> 416-847-1418 or 1-866-965-1416x 5177
> www.aclco.org
>
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Switch sheet between view and edit mode

[Marius Dumitru Florea]

I haven't fully understood what you are trying to achieve, but this may
help
http://extensions.xwiki.org/xwiki/bin/view/Extension/Sheet+Module#HActionsheets
. In any case, binding the sheet each time you view the page is clearly not
a good idea.

Hope this helps,
Marius

On Thu, Sep 29, 2016 at 7:54 PM, Tarekskayv  wrote:

> Hello,
>
> I've create my own sheep for a class.
> But if i set it as default, i can't fill in the fields.
> Si i kept the default one to fill in all the fields and after add manually
> the custom sheet to display the page.
> When i try to edit the page, i can't change anything
> So i need to remove the "custom" sheet , modify the page and replace it
> after...
>
> Little boring.
>
> So, my question is :
> is it possible to keep the default sheet when i create a new page / edit an
> existing page and when i save it, change the sheet with the custom.
>
>
> Here is the code of the default sheet , i've try to add the custom sheet
> when saving the page, but the sheet value stay empty  :(
>
> {{velocity}}
> ## You can modify this page to customize the presentation of your object.
> ## At first you should keep the default presentation and just save the
> document.
>
> #set($class = $doc.getObject('test.testinfraconfigClass').xWikiClass)
> #foreach($prop in $class.properties)
>   ; $prop.prettyName
>   : $doc.display($prop.getName())
> #end
>
>
> #set($obj = $doc.newObject("XWiki.DocumentSheetBinding"))
> $obj.set("Sheet","test.testinfraconfig Sheet1")
> $doc.save()
>
> {{/velocity}}
>
>
> And for edition mode, what can i do ?
>
>
>
> Regards,
>
> Tarekskayv
>
>
>
>
> --
> View this message in context: http://xwiki.475771.n2.nabble.
> com/Switch-sheet-between-view-and-edit-mode-tp7601438.html
> Sent from the XWiki- Users mailing list archive at Nabble.com.
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Access object from other page

[Marius Dumitru Florea]

On Tue, Sep 27, 2016 at 11:48 PM, Tarekskayv  wrote:

> Hello all,
>
> I just started with xwiki and i've some trouble to access to object from
> another page.
> I don't know if what i'm doing is the best way to do it or not.
>
> First i'll explain what i would like to do, and after explain which way
> i've
> choose to do it.
>
> So, i would like to create a "reference" page.
> I mean in this page create a table with all the datas i need for ex :
>
> *PAGE CONFIG :*
>
> |IP|HOSTNAME|ROLE
> 192.168.0.1|ROUTER|WAN
> 192.168.0.2|FIREWALL|FIREWALL
> 192.168.0.3|SERVER1|AD/DC
> 192.168.0.4|SERVER2|DNS1
> 192.168.0.5|SERVER3|DNS2
> 
>
> Then i create differents FAQ pages where i would like to insert info as
> "connect on DNS1 (ip : 192.168.0.4)"
>
> But if one day, the ip adress or hostname change (for some reason..) i just
> have to change the data in the page CONFIG and automatically will be
> changed
> on all other pages. Like that no need to edit all pages ...
>
>
>
>
> So, what i've done...
> Probably not the best way to do it.
>
> I've create a page with class and object + template.
> It create for each server a new page with all info i need.
> so i've for example :
>
> *PAGE IP : *
> IP : 192.168.0.1
> HOSTNAME : ROUTER
> ROLE : WAN
>
> *PAGE FIREWALL : *
> IP : 192.168.0.2
> HOSTNAME : FIREWALL
> ROLE : FIREWALL
>
> ... for all other page
>
>
> Now, what i'm looking for is on an other page :
>
> *PAGE FAQ 1 *
>
> access to the object of the page FIREWALL and display the content of the
> object.
>
> I can display the object of the own page but not from another page.
>
>
> Could you help me in this task plz
>
>
> my code : i don't know how refer the object of the specific page
>
>

> #set($object = $doc.getObject('test.XWikiTestClass'))
>

$doc is the current document ("PAGE FAQ 1" in your case) and not "FIREWALL"
and so getObject won't find the object you're looking for. You need to
retrieve the document that has the object. See
http://platform.xwiki.org/xwiki/bin/view/DevGuide/APIGuide#HAccessobjectsfromanypageandloopoverallobjectsofsameClass
.

Hope this helps,
Marius


> $object.display('IP', 'view')
> $object.display('HOSTNAME', 'view')
> $object.display('ROLE', 'view')
>
>
> Regards
>
>
>
>
>
>
>
>
>
> --
> View this message in context: http://xwiki.475771.n2.nabble.
> com/Access-object-from-other-page-tp7601415.html
> Sent from the XWiki- Users mailing list archive at Nabble.com.
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Problems with both WYSIWYG editors

[Marius Dumitru Florea]

On Fri, Sep 23, 2016 at 2:41 PM, alx_0x41  wrote:

> Still haven't resolved this problem. Tried different versions of XWiki,
> different browsers, different linux editions, etc.
>
> And one more thing I've noticed in the browser developer tools:
> The error messages in the console include the link to the related .js file.
> like this one:
> tree.js:1 Uncaught SyntaxError: Unexpected token <
>
> And when I click the tree.js link it opens an xwiki HTML page source
> instead
> of the .js file!
>
> It starts with:
> 
> http://www.w3.org/1999/xhtml; lang="en" xml:lang="en"
> data-xwiki-reference="xwiki:Sandbox.tree\.js"
> data-xwiki-document="Sandbox.tree\.js"
> data-xwiki-wiki="xwiki"
> data-xwiki-space="Sandbox"
> data-xwiki-page="tree.js"
>
> JavaScript is not among languages I'm familiar with, but I have a big
> suspicion that this is wrong.
>
> Maybe this would give someone a clue?
>

This is not the cause but the effect. You get HTML instead of JavaScript
because the URL used to load tree.js is wrong, and this is a consequence of
the fact that
/xwiki/webjars/wiki%3Axwiki/xwiki-platform-tree-webjar/8.2/require-config.min.js?evaluate=true
, which configures the URL for the tree.js module, is not loaded correctly
for some reason.


>
>
>
> --
> View this message in context: http://xwiki.475771.n2.nabble.
> com/Problems-with-both-WYSIWYG-editors-tp7601122p7601350.html
> Sent from the XWiki- Users mailing list archive at Nabble.com.
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] WYSIWYG editor not loading after upgrade to 8.2.1

[Marius Dumitru Florea]

Have you tried to clear your browser's cache? autosave.js has been modified
between XWiki 8.1 and 8.2.1 and you may have the older version cached in
your browser. I know, asking your users to clear the browser cache is not
nice, we have this issue to fix http://jira.xwiki.org/browse/XWIKI-6073 .

Hope this helps,
Marius

On Tue, Sep 27, 2016 at 12:47 AM, Jared Simms  wrote:

> I upgraded from 8.1 to 8.2.1 this afternoon and the WYSIWYG editor just
> spins and never loads. I ran into this issue earlier and it was an issue
> using NGINX as an SSL reverse proxy which was resolved by changing the
> NGINX config (http://lists.xwiki.org/pipermail/users/2016-July/033360.html).
> The NGINX config wasn't changed during the upgrade so this seems to be
> something else. I've checked the logs and nothing stands out as being
> related.
>
> I do get this in my JavaScript console:
> [Autosave feature] Required class missing: XWiki.actionButtons.AjaxSaveAn
> dContinue
> require.min.js?r=1:34
>
> GET https://wiki.sprague.local/webjars/wiki%3Axwiki/xwiki-platfo
> rm-tree-webjar/8.1/require-config.min.js?evaluate=true
> g.load @ require.min.js?r=1:34
> load @ require.min.js?r=1:29
> load @ require.min.js?r=1:17
> fetch @ require.min.js?r=1:17
> check @ require.min.js?r=1:17
> enable @ require.min.js?r=1:23
> enable @ require.min.js?r=1:27
> (anonymous function) @ require.min.js?r=1:22
> (anonymous function) @ require.min.js?r=1:7
> y @ require.min.js?r=1:6
> enable @ require.min.js?r=1:21
> init @ require.min.js?r=1:16
> (anonymous function) @ require.min.js?r=1:26
> require.min.js?r=1:7
>
> Uncaught Error: Script error for "/webjars/wiki%3Axwiki/xwiki-p
> latform-tree-webjar/8.1/require-config.min.js?evaluate=true"
> http://requirejs.org/docs/errors.html#scripterror
> F @ require.min.js?r=1:7
> onScriptError @ require.min.js?r=1:30
>
> Is this a known issue or are there any recommendations for resolving this?
>
> Thanks,
> Jared
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Livetable counter or unique id?

[Marius Dumitru Florea]

On Wed, Sep 21, 2016 at 9:41 PM, Chitnis, Xavier 
wrote:

> Hello,
>
> I am a new user of XWiki and am just starting to explore its
> functionality. I've searched for an answer this question but haven't found
> anything yet.
>
> I have created an application (which allows me to record details of
> requests received from other parts of my organisation), and have entries
> displayed in a livetable. Is there a way of adding a counter or unique ID
> field to the application and livetable display? This would make it much
> easier to refer back and find entries. I can't see a "doc." property that
> would enable me to do this.
>

There's no automatic / generated counter or id available by default (but it
could be implemented). We have this issue open
http://jira.xwiki.org/browse/XWIKI-7374 , which is related.


>
> Many thanks in advance for any assistance.
>
> Xavier
>
>
> #
> Attention:
> This e-mail and any attachment is for authorised use by the intended
> recipient(s) only. It may contain proprietary, confidential and/or
> privileged information and should not be copied, disclosed, distributed,
> retained or used by any other party. If you are not an intended recipient
> please notify the sender immediately and delete this e-mail (including
> attachments and copies).
>
> The statements and opinions expressed in this e-mail are those of the
> author and do not necessarily reflect those of the Royal Marsden NHS
> Foundation Trust. The Trust does not take any responsibility for the
> statements and opinions of the author.
>
> Website: http://www.royalmarsden.nhs.uk
> #
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Nested Pages - Search Links Not Working

[Marius Dumitru Florea]

On Mon, Sep 19, 2016 at 6:18 PM, Keith Davis <laurinkeithda...@gmail.com>
wrote:

> >
> > This means you have a space named "Main.Intranet.Tickets". That's the
> > actual space name. It contains dots. It's not the space "Tickets" inside
> > "Intranet" inside "Main". The actual link to the home page of this space
> > looks like this:
> >
> > [[Tickets>>Main\.Intranet\.Tickets.WebHome]]
> >
> > Notice how the dots inside the space name must be escaped. I don't know
> how
> > you created this page but it's not a nested page/space as you thought.
> It's
> > actually a top level page/space.
> >
>
> We get really confused on the topic of spaces. I thought we had created
> these correctly. We've read through the documentation many times, but I
> guess we just don't understand the concept well enough.
>
> I just tried the link as you suggested and that does space / page not exist
> (the link shows the question mark next to it). The only place we see
> "Main.Intranet.Tickets" show up is in the Search results and that link does
> not work.
>

Maybe you need to re-index your wiki. Note that if you upgraded from pre
7.2 to post 7.2 version you definitely need to delete the Solr folder from
the permanent directory (as indicated in the released notes). Don't you
have Solr related error in the logs?


>
> On Mon, Sep 19, 2016 at 9:41 AM, Marius Dumitru Florea <
> mariusdumitru.flo...@xwiki.com> wrote:
>
> > On Mon, Sep 19, 2016 at 3:50 PM, Keith Davis <keithda...@pridedallas.com
> >
> > wrote:
> >
> > > Correct and here is the content of those images (forgot this mailing
> list
> > > does not distribute images):
> > >
> > > the links appear like this in the Wiki editor:
> > >
> > > [[Tickets>>Main.Intranet.Tickets]]
> > >
> > > Search results appear like this:
> > >
> > >
> >
> > > Main.Intranet.Tickets
> > > Located in Home » Main.Intranet.Tickets » WebHome
> > > Last modified by Unknown User on 2016/09/19 07:48
> > >
> >
> > This means you have a space named "Main.Intranet.Tickets". That's the
> > actual space name. It contains dots. It's not the space "Tickets" inside
> > "Intranet" inside "Main". The actual link to the home page of this space
> > looks like this:
> >
> > [[Tickets>>Main\.Intranet\.Tickets.WebHome]]
> >
> > Notice how the dots inside the space name must be escaped. I don't know
> how
> > you created this page but it's not a nested page/space as you thought.
> It's
> > actually a top level page/space.
> >
> > Hope this helps,
> > Marius
> >
> >
> > > the link Main.Intranet.Tickets takes me to this page:
> > >
> > > /Main.Intranet.Tickets
> > > Main.Intranet.Tickets
> > >
> > > Notice
> > > The requested page could not be found.
> > > You can edit this page to create it.
> > >
> > > Keith Davis (214) 906-5183 - I.T. Director
> > >
> > > From: Keith Davis
> > > Sent: Thursday, September 15, 2016 3:00 PM
> > > To: 'XWiki Users'
> > > Subject: Nested Pages - Search Links Not Working
> > >
> > > So we are now starting to change all of the our pages to Nested. When
> > > linking to Nested pages in the page themselves, the links appear like
> > this
> > > in the WYSIWYG editor:
> > >
> > > [[Tickets>>Main.Intranet.Tickets]]
> > >
> > > but when saved are converted to this:
> > >
> > > Tickets
> > >
> > > However, Search results are broken. They appear like this:
> > >
> > >
> > >
> > > Those do not work as the link Main.Intranet.Tickets takes me to this
> > page:
> > >
> > >
> > >
> > > I’ve tried re-indexing, but that does not help.
> > >
> > > Keith Davis - MCSA, ZCE
> > > P.R.I.D.E. - I.T. Director / Senior Developer
> > > www.pridedallas.com
> > > Mobile (214) 906-5183
> > >
> > > ___
> > > users mailing list
> > > users@xwiki.org
> > > http://lists.xwiki.org/mailman/listinfo/users
> > >
> > ___
> > users mailing list
> > users@xwiki.org
> > http://lists.xwiki.org/mailman/listinfo/users
> >
>
>
>
> --
> Keith Davis
> 214-906-5183
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Attachment naming convention

[Marius Dumitru Florea]

There's no built-in feature for this but you could probably implement it
using an event listener that catches the save event and modifies the
attachment name before save. See
http://extensions.xwiki.org/xwiki/bin/view/Extension/Observation+Module+Local
.

Hope this helps,
Marius

On Mon, Sep 19, 2016 at 5:30 PM, Dibyendu Das 
wrote:

> Hi all,
>
> Is it possible to enforce naming conventions on file attachments in XWiki?
> Let's say I want all files attached under a certain space to have a prefix
> added to their name, can that be done?
>
> Thanks
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Nested Pages - Search Links Not Working

[Marius Dumitru Florea]

On Mon, Sep 19, 2016 at 3:50 PM, Keith Davis 
wrote:

> Correct and here is the content of those images (forgot this mailing list
> does not distribute images):
>
> the links appear like this in the Wiki editor:
>
> [[Tickets>>Main.Intranet.Tickets]]
>
> Search results appear like this:
>
>

> Main.Intranet.Tickets
> Located in Home » Main.Intranet.Tickets » WebHome
> Last modified by Unknown User on 2016/09/19 07:48
>

This means you have a space named "Main.Intranet.Tickets". That's the
actual space name. It contains dots. It's not the space "Tickets" inside
"Intranet" inside "Main". The actual link to the home page of this space
looks like this:

[[Tickets>>Main\.Intranet\.Tickets.WebHome]]

Notice how the dots inside the space name must be escaped. I don't know how
you created this page but it's not a nested page/space as you thought. It's
actually a top level page/space.

Hope this helps,
Marius


> the link Main.Intranet.Tickets takes me to this page:
>
> /Main.Intranet.Tickets
> Main.Intranet.Tickets
>
> Notice
> The requested page could not be found.
> You can edit this page to create it.
>
> Keith Davis (214) 906-5183 - I.T. Director
>
> From: Keith Davis
> Sent: Thursday, September 15, 2016 3:00 PM
> To: 'XWiki Users'
> Subject: Nested Pages - Search Links Not Working
>
> So we are now starting to change all of the our pages to Nested. When
> linking to Nested pages in the page themselves, the links appear like this
> in the WYSIWYG editor:
>
> [[Tickets>>Main.Intranet.Tickets]]
>
> but when saved are converted to this:
>
> Tickets
>
> However, Search results are broken. They appear like this:
>
>
>
> Those do not work as the link Main.Intranet.Tickets takes me to this page:
>
>
>
> I’ve tried re-indexing, but that does not help.
>
> Keith Davis - MCSA, ZCE
> P.R.I.D.E. - I.T. Director / Senior Developer
> www.pridedallas.com
> Mobile (214) 906-5183
>
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] User Directory Missing

[Marius Dumitru Florea]

The "User Index" entry is added to the side menu (drawer) using an UI
extension (UIX) which is implemented by the XWiki.UserIndexUIX page. Maybe
someone deleted or, most probably, saved this page without having the
access rights required for the specified UIX level. For instance for
wiki-level UIX you need administration rights. Try saving this page with an
administrator.

Hope this helps,
Marius

On Wed, Sep 14, 2016 at 9:17 AM, Stev Williams 
wrote:

> Hi,
> I am running xwiki 7.4.4 and have just noticed the user
> index has gone missing from the side menu and also the
> main/UserDirectory page is just showing #displayUserDirectory(true)
> Checking I can't seem to be able to find the add-on to remove or
> reinstall.  Anyone got any ideas?
> Regards
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users