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

[Miroslav Galajda]

Hi,

thank you for your explanation.

Best regards,
Mirec

On 9 May 2017 at 10:39, Vincent Massol <vinc...@massol.net> wrote:

> Hi Miroslav,
>
> > On 9 May 2017, at 10:34, Miroslav Galajda <miroslav.gala...@gmail.com>
> wrote:
> >
> > Hi,
> >
> > when checking for extension updates in xwiki administration, the
> extension
> > updater lists some errors.
> >
> > After some investigation, I've found that xwiki is trying to call some
> REST
> > api pointing to url like this:
> > https://store.xwiki.com/xwiki/rest/repository/extensions/[
> URL_ENDING_PART]
> > where the [URL_ENDING_PART] was one of the following examples found in
> the
> > log:
> > - com.google.code.findbugs%3Aannotations/versions/api
> > -
> > org.xwiki.platform%3Axwiki-platform-blog-ui/versions?
> requireTotalHits=true=0=-1
> > -
> > org.xwiki.contrib.ldap%3Aldap-authenticator/versions?
> requireTotalHits=true=0=-1
> >
> > The reason for the above listed https calls is due to our proxy that is
> > inspecting every outgoing communication and has denied the requests to
> > store.xwiki.com. The proxy uses CISCO list of untrusted web sites which
> > says this:
> >
> > Reason: BLOCK-MALWARE
> > Threat Type: othermalware
> > Threat Reason: Domain reported and verified as serving malware.
> Identified
> > as malicious IP. Identified as malicious domain or URL.
> > Notification: WBRS
> >
> > Can be this domain trusted or not? Is it a false threat or not?
> >
> > Is it legal when xwiki calls the API at https://store.xwiki.com?
>
> Is it can be trusted and it’s legal. Our governance at
> http://dev.xwiki.org/xwiki/bin/view/Community/Governance allows the top
> sponsoring company to list its extension repository in the xwiki
> configuration by default (you can override this if you wish in your
> xwiki.properties file, search for the extension.repositories property).
>
> FYI ATM the top sponsoring company is XWiki SAS (http://xwiki.com), see
> https://www.xwiki.org/xwiki/bin/view/Main/Supporters/SponsoringCompanies/.
> It currently provides two paying extensions that are advertised on
> http://extensions.xwiki.org/ in the “Sponsored Extensions” section.
>
> Thanks
> -Vincent
>
> > Thank you
>
>

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

[Miroslav Galajda]

Hi,

when checking for extension updates in xwiki administration, the extension
updater lists some errors.

After some investigation, I've found that xwiki is trying to call some REST
api pointing to url like this:
https://store.xwiki.com/xwiki/rest/repository/extensions/[URL_ENDING_PART]
where the [URL_ENDING_PART] was one of the following examples found in the
log:
- com.google.code.findbugs%3Aannotations/versions/api
-
org.xwiki.platform%3Axwiki-platform-blog-ui/versions?requireTotalHits=true=0=-1
-
org.xwiki.contrib.ldap%3Aldap-authenticator/versions?requireTotalHits=true=0=-1

The reason for the above listed https calls is due to our proxy that is
inspecting every outgoing communication and has denied the requests to
store.xwiki.com. The proxy uses CISCO list of untrusted web sites which
says this:

Reason: BLOCK-MALWARE
Threat Type: othermalware
Threat Reason: Domain reported and verified as serving malware. Identified
as malicious IP. Identified as malicious domain or URL.
Notification: WBRS

Can be this domain trusted or not? Is it a false threat or not?

Is it legal when xwiki calls the API at https://store.xwiki.com?

Thank you

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

[Miroslav Galajda]

Opps, I wanted to vote for P4 not for P2 :-) I've mixed up the images :-)

P4 goes with existing style and makes it from design perspective consistent
with buttons for inline section editing.

Sorry

Miroslav Galajda

On 26 April 2017 at 16:34, Miroslav Galajda <miroslav.gala...@gmail.com>
wrote:

> Hi,
>
> I'm voting for P2 because it is making the visual style of buttons with
> dropdown menu to look as they should look, with indication of the dropdown
> menu.
> Secondly, the visual style of the edit page button will keep consistent
> with the buttons for inline section editing.
>
> Best regards,
> Miroslav Galajda
>
>
>
> On 26 April 2017 at 15:27, Ecaterina Moraru (Valica) <vali...@gmail.com>
> wrote:
>
>> This is getting interesting since I know users that like the P2 version
>> and
>> actually it was one of the first choices for re-implementation.
>>
>> I guess we need more votes to reach a conclusion.
>> Thanks to everyone that is participating,
>> Caty
>>
>> On Wed, Apr 26, 2017 at 4:14 PM, Jesse Bright <je...@abrightfamily.com>
>> wrote:
>>
>> > They both look great but I like the look of P4 better.
>> >
>> > Regards,
>> >
>> > Jesse
>> >
>> > > On Apr 25, 2017, at 10:33 AM, Ecaterina Moraru (Valica) <
>> > vali...@gmail.com> wrote:
>> > >
>> > > Hi,
>> > >
>> > > We had feedback that new users don't know where to find the 'Edit' and
>> > > 'Create' buttons. Also there is some confusions of why we have a 'cog'
>> > icon
>> > > that contains actions like 'Delete' and a 'three dots' icon that
>> contain
>> > > other actions.
>> > >
>> > > Would be great if you could tell us which version you prefer:
>> > > P2:
>> > > http://design.xwiki.org/xwiki/bin/download/Proposal/IdeaLabe
>> ledActions/
>> > advancedUser.png
>> > > P4:
>> > > http://design.xwiki.org/xwiki/bin/download/Proposal/
>> > IdeaLabeledActions/P4_1_bigger.png
>> > >
>> > > Both proposals add backgrounds around the icons, the main difference
>> is
>> > > that P2 also uses descriptive labels, while P4 keeps the consistency
>> with
>> > > the top icons and a more minimalist style.
>> > >
>> > > For the more actions menu, we want to combine the actions and add
>> > category
>> > > labels, see
>> > > http://design.xwiki.org/xwiki/bin/download/Proposal/IdeaLabe
>> ledActions/
>> > moreActions.png
>> > >
>> > > What do you think? Do you have other solutions for your instances? Did
>> > you
>> > > encounter the same problem?
>> > >
>> > > Thanks,
>> > > Caty
>> >
>> >
>> >
>>
>
>

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

[Miroslav Galajda]

Hi,

I'm voting for P2 because it is making the visual style of buttons with
dropdown menu to look as they should look, with indication of the dropdown
menu.
Secondly, the visual style of the edit page button will keep consistent
with the buttons for inline section editing.

Best regards,
Miroslav Galajda



On 26 April 2017 at 15:27, Ecaterina Moraru (Valica) <vali...@gmail.com>
wrote:

> This is getting interesting since I know users that like the P2 version and
> actually it was one of the first choices for re-implementation.
>
> I guess we need more votes to reach a conclusion.
> Thanks to everyone that is participating,
> Caty
>
> On Wed, Apr 26, 2017 at 4:14 PM, Jesse Bright <je...@abrightfamily.com>
> wrote:
>
> > They both look great but I like the look of P4 better.
> >
> > Regards,
> >
> > Jesse
> >
> > > On Apr 25, 2017, at 10:33 AM, Ecaterina Moraru (Valica) <
> > vali...@gmail.com> wrote:
> > >
> > > Hi,
> > >
> > > We had feedback that new users don't know where to find the 'Edit' and
> > > 'Create' buttons. Also there is some confusions of why we have a 'cog'
> > icon
> > > that contains actions like 'Delete' and a 'three dots' icon that
> contain
> > > other actions.
> > >
> > > Would be great if you could tell us which version you prefer:
> > > P2:
> > > http://design.xwiki.org/xwiki/bin/download/Proposal/
> IdeaLabeledActions/
> > advancedUser.png
> > > P4:
> > > http://design.xwiki.org/xwiki/bin/download/Proposal/
> > IdeaLabeledActions/P4_1_bigger.png
> > >
> > > Both proposals add backgrounds around the icons, the main difference is
> > > that P2 also uses descriptive labels, while P4 keeps the consistency
> with
> > > the top icons and a more minimalist style.
> > >
> > > For the more actions menu, we want to combine the actions and add
> > category
> > > labels, see
> > > http://design.xwiki.org/xwiki/bin/download/Proposal/
> IdeaLabeledActions/
> > moreActions.png
> > >
> > > What do you think? Do you have other solutions for your instances? Did
> > you
> > > encounter the same problem?
> > >
> > > Thanks,
> > > Caty
> >
> >
> >
>

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

[Miroslav Galajda]

Hi,

this seems to be quite complicated and not complete.
This url-friendly problem does arise not only in page creation process but
also in page renaming.

The other thing is that custom applications that are creating pages would
require to use different approax and will need to be customized separately.
The UIXP doesn't seems to solve the problem globally and I think currently
this is not the main/core part of the problem.

I would like if this was built-in and deeply integrated into xwiki and not
to have it "only" optional. This is probably hard to quickly find the
solution right now.
As I said, the best solution would be built-in support such that it will
transparently replace user-entered page name with URL-friendly name.

The proposed first point, to have component and a script service for
converting strings to url-friendly strings, is the must have. This is what
I strongly agree about.
And it should provide some configuration in xwiki and it should take into
account the language in which the page is being created. The speakingurl,
aforementioned solution, works with language and provides quite a lot of
customization.
Then this script service could be directly used in createinline.vm and
other .vm files. Don't know about generally solving url-friendly thing in
the custom applications.

Best regards
Miroslav Galajda


On 21 April 2017 at 16:45, Vincent Massol <vinc...@massol.net> wrote:

>
> > On 21 Apr 2017, at 16:19, Miroslav Galajda <miroslav.gala...@gmail.com>
> wrote:
> >
> > Hi, the slugify is different component than speakingurl, but currently it
> > doesn't matter on this.
> >
> > Ok, how would we solve this globally? Not only in default page creation
> > process but also in custom applications, that create pages in their own.
> > For example the FAQ uses this code to redirect to new FAQ page after
> > entering question name:
> > #set ($newFAQReference = $services.model.createDocumentReference('', '',
> > "$question"))
> > $response.sendRedirect($xwiki.getURL($newFAQReference, 'inline',
> > "$!{request.queryString}=${escapetool.url($question)}"))
> >
> > The solution you propose will be transparent for this code or will it
> > require som modifications?
>
> My proposal is to do 2 things:
>
> 1) Introduce some new Component in XWiki Platform. I don’t know where. It
> could be inside some existing modules in https://github.com/xwiki/
> xwiki-platform/tree/master/xwiki-platform-core or introduce a new one in
> there.
>
> So a Component + a Script Service so that it can be accessed from wiki
> pages inside scripts (velocity, groovy, etc).
>
> This should cater for the need to be able to use it from anywhere.
>
> It’s basically a clean up/transformation of String into something
> human-readable.
>
> 2) Introduce a UIXP inside createinline.vm to allow extenders to
> contribute some sections in the Create UI. Actually the current “Location”
> section could even be refactored to be implemented using a UIX for this
> UIXP. Several UIX could be contributed with an order and they’d appear in
> the defined order.
>
> For more on UIXP, see http://extensions.xwiki.org/
> xwiki/bin/view/Extension/UIExtension%20Module and to see existing ones
> see http://platform.xwiki.org/xwiki/bin/view/ExtensionPoint/
>
> 3) You could then implement an optional UIX to introduce a new URL section
> that would use 1) to display what URL would be used for example. It could
> also let the user modify the last part of the URL.
>
> What I haven’t thought about yet is how this UIX will pass back the
> document name to createinline.vm. Maybe these UIX would be allowed to
> modify variables in the Velocity/Script context and that would be enough.
>
> It probably needs to be brainstormed a bit more but this is the idea I
> have so far. I’d also like to have @Caty’s POV on the UI aspect/Layout of
> such a UIXP concept.
>
> WDYT Miroslav?
>
> Thanks
> -Vincent
>
> >
> > On 21 April 2017 at 16:00, Vincent Massol <vinc...@massol.net> wrote:
> >
> >>
> >>> On 21 Apr 2017, at 15:36, Miroslav Galajda <miroslav.gala...@gmail.com
> >
> >> wrote:
> >>>
> >>> Hi,
> >>> the solution I've described is javascript based and runs on
> client-side.
> >>> From what I know, the component-based solution, which you propose,
> would
> >>> require to have url-friendly conversion component usable in java and
> not
> >> as
> >>> javascript code. Am I right?
> >>
> >> Yes you’re right but:
> >>
> >> 1) There’s also a Java API, see https://github.com/slugify/slugify
> >> 2) If we also of

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

[Miroslav Galajda]

Hi, the slugify is different component than speakingurl, but currently it
doesn't matter on this.

Ok, how would we solve this globally? Not only in default page creation
process but also in custom applications, that create pages in their own.
For example the FAQ uses this code to redirect to new FAQ page after
entering question name:
#set ($newFAQReference = $services.model.createDocumentReference('', '',
"$question"))
$response.sendRedirect($xwiki.getURL($newFAQReference, 'inline',
"$!{request.queryString}=${escapetool.url($question)}"))

The solution you propose will be transparent for this code or will it
require som modifications?

On 21 April 2017 at 16:00, Vincent Massol <vinc...@massol.net> wrote:

>
> > On 21 Apr 2017, at 15:36, Miroslav Galajda <miroslav.gala...@gmail.com>
> wrote:
> >
> > Hi,
> > the solution I've described is javascript based and runs on client-side.
> > From what I know, the component-based solution, which you propose, would
> > require to have url-friendly conversion component usable in java and not
> as
> > javascript code. Am I right?
>
> Yes you’re right but:
>
> 1) There’s also a Java API, see https://github.com/slugify/slugify
> 2) If we also offer a UIX then it can be implemented in a wiki page for
> example and you can use JS.
>
> Thanks
> -Vincent
>
> > On 21 April 2017 at 15:28, Vincent Massol <vinc...@massol.net> wrote:
> >
> >> Hi Miroslav,
> >>
> >>> On 21 Apr 2017, at 15:05, Miroslav Galajda <miroslav.gala...@gmail.com
> >
> >> wrote:
> >>>
> >>> Hi, let me enter into this conversion.
> >>> Some time ago I've asked for help how to solve problem with diacritics
> >> (or
> >>> accents) in page names when creating new pages so that the have
> >>> url-friendly names. You can search for "strip accents from page name
> used
> >>> in url" in xwiki users mailing list. I've got no hint or solution from
> >>> xwiki community till today.
> >>>
> >>> I've come with solution that ensures for simple users, creating
> >>> url-friendly names without requiring them to think about the concept of
> >> the
> >>> page name or page title. They simple enter the desired human readably
> >> page
> >>> name, and in the code behind of the page creation, I have made some
> >>> modifications in createinline.vm to hook into page creation process.
> The
> >>> modifications are mainly javascript based, where I've attache to submit
> >>> event of the "form#create", where I replace the entered "title" with
> the
> >>> one for url-friendly. And for url-friendly name I've used this
> javascript
> >>> based solution on https://pid.github.io/speakingurl/.
> >>> I've integrated this principle also into page creation process of FAQ
> and
> >>> Blog applications, which we are using in our xwiki installation.
> >>>
> >>> It would be nice if you could integrate this principle into xwiki so
> that
> >>> everyone can have nice url-friendly urls without worring about it. It
> is
> >>> also suitable for english speaking users. You don't have to worry about
> >>> entering spaces or other non-url allowed characters, which make url
> look
> >>> ugly.
> >>
> >> That looks very nice!
> >>
> >> One way forward I could think about:
> >> * We provide some Create script service to return a URL-friendly string.
> >> We introduce a component role for this. We refactor createinline.vm to
> use
> >> it and to display the URL.
> >> * You could then contribute your code as an extension that we make
> >> available on extensions.xwiki.org for users to install
> >> * We decide later on if we want to bundle it by default
> >>
> >> If we don’t agree about displaying the URL by default all the time then
> an
> >> option is to introduce a UIX in createinline.vm for that. And this
> could be
> >> implemented in your extension too for example or by default in XWiki
> >> (possibly with an Admin setting).
> >>
> >> WDYT?
> >>
> >> Thanks
> >> -Vincent
> >>
> >>>
> >>> Thank you
> >>>
> >>> Best regards
> >>> Miroslav Galajda
> >>>
> >>> On 21 April 2017 at 14:02, Vincent Massol <vinc...@massol.net> wrote:
> >>>
> >>>>
> >>>>> On 21 Apr 2017, at 13

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

[Miroslav Galajda]

Hi,
the solution I've described is javascript based and runs on client-side.
>From what I know, the component-based solution, which you propose, would
require to have url-friendly conversion component usable in java and not as
javascript code. Am I right?

On 21 April 2017 at 15:28, Vincent Massol <vinc...@massol.net> wrote:

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

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

[Miroslav Galajda]

Hi, let me enter into this conversion.
Some time ago I've asked for help how to solve problem with diacritics (or
accents) in page names when creating new pages so that the have
url-friendly names. You can search for "strip accents from page name used
in url" in xwiki users mailing list. I've got no hint or solution from
xwiki community till today.

I've come with solution that ensures for simple users, creating
url-friendly names without requiring them to think about the concept of the
page name or page title. They simple enter the desired human readably page
name, and in the code behind of the page creation, I have made some
modifications in createinline.vm to hook into page creation process. The
modifications are mainly javascript based, where I've attache to submit
event of the "form#create", where I replace the entered "title" with the
one for url-friendly. And for url-friendly name I've used this javascript
based solution on https://pid.github.io/speakingurl/.
I've integrated this principle also into page creation process of FAQ and
Blog applications, which we are using in our xwiki installation.

It would be nice if you could integrate this principle into xwiki so that
everyone can have nice url-friendly urls without worring about it. It is
also suitable for english speaking users. You don't have to worry about
entering spaces or other non-url allowed characters, which make url look
ugly.

Thank you

Best regards
Miroslav Galajda

On 21 April 2017 at 14:02, Vincent Massol <vinc...@massol.net> wrote:

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

Re: [xwiki-users] strip accents from page name used in url

[Miroslav Galajda]

Hi, I'm asking for help again.

I need to globally override how the names for documents are created.
By design/default the name is taken from title 1:1, which user enters when
she creates the page.

I would like to have url friendly names. How can I achieve this? Overriding
some component or what?

I noticed that for example FAQ application enables to create FAQs using
their UI with some code-behind, which uses this two lines of code:
#set ($newFAQReference = $services.model.createDocumentReference('', '',
"$question"))
$response.sendRedirect($xwiki.getURL($newFAQReference, 'inline',
"$!{request.queryString}=${escapetool.url($question)}"))

There are two options, either override createDocumentReference or override
the $xwiki.getUrl() method. This would probably solve all points, where is
some logic with creating pages.

Thanks

Best regards
Miroslav Galajda

On 6 September 2016 at 11:01, Miroslav Galajda <miroslav.gala...@gmail.com>
wrote:

> Hi, this is nice proposal, but I think this is just another workarround.
> It is not directly solving the problem and user have to think about it,
> when sharing the url.
> It is not straightforward and requires the user to work differently with
> urls in xwiki, different when browsing the other web sites.
>
> I would not force the user to think/to behave differently in xwiki. Please
> think about it. How you work with urls, you just simple copy and paste it
> to email, chat or other applications.
> The better would be to have url to be stripped out of the special url
> non-friendly characters when creating or renaming the page and you don't
> have to care about special handling urls after that. This is more suitable
> solution as it doesn't force the user to care about how to name the page or
> how to share the page. I hope you will have simmilar view on the matter.
>
> Best regards
> Mirec
>
> On 6 September 2016 at 10:45, Vincent Massol <vinc...@massol.net> wrote:
>
>>
>> > On 06 Sep 2016, at 10:19, Miroslav Galajda <miroslav.gala...@gmail.com>
>> wrote:
>> >
>> > Hi Vincent, yes the stripping would occure at the document creating
>> time,
>> > or when renaming the page.
>> >
>> > The workarround for this would be to have the user always think that
>> when
>> > creating the new page, enter the name without accents and without spaces
>> > and consequently change the page title to a desired name.
>> > Other way is to go to the rename page action, and there carrefully
>> change
>> > the page name and not page title, this is little tricky.
>> >
>> > The main reason for this is that the encoded urls looks ugly when
>> sharing
>> > it and copying directly to clipboard it out of the xwiki.
>>
>> ok that’s something for which I’d like to provide some option for.
>>
>> Some ideas:
>>
>> * Introduce the concept of alias, i.e. be able to have different URLs
>> pointing to the same document/page. Thus for example if you have some long
>> URL such as http://mywiki/…/page1/page2/…/pageN you would be able to
>> create an alias such as http://mywiki/…/MyNicePage and share it outside
>> of XWiki. This is http://design.xwiki.org/xwiki/
>> bin/view/Proposal/DocumentAliases
>>
>> * Introduce an extension that generates tinyurl-like URLs for any page
>> and that you can share (optionally allow the user to specify a suffix to
>> make the url recognizable, same as on http://tinyurl.com/). Basically
>> this is the same as using directly http://tinyurl.com/ but easier for
>> the user since he’d be able to get the URL directly from the xwiki UI
>> somewhere.
>>
>> Now I think it would be nice to offer an extension point in the Create
>> dialog box so that it can be extended safely and be used to transform the
>> input of the user (remove special chars, automatically append some text,
>> etc). This would be the first step. Second step could be to offer a
>> sanitize feature that could be configured in the Admin, using this
>> mechanism (it would be off by default).
>>
>> IMO you could create a jira issue for this.
>>
>> Thanks
>> -Vincent
>>
>> > On 6 September 2016 at 09:22, Vincent Massol <vinc...@massol.net>
>> wrote:
>> >
>> >> Hi Miroslav,
>> >>
>> >>> On 06 Sep 2016, at 09:04, Miroslav Galajda <
>> miroslav.gala...@gmail.com>
>> >> wrote:
>> >>>
>> >>> Hi, does anyone have idea, how to automatically modify/generate url
>> from
>> >>> page title so that the url doesn't contains accents or any special
>> >&g

Re: [xwiki-users] [ANN] First version of the XWiki docker packaging

[Miroslav Galajda]

Hi, all that's great to hear. The docker is getting more and more popular
:-)

Recently, I have "dockerized" XWiki v8.4 hosted in Tomcat and backed by
OracleXE for my testing purposes. I will definitely try your version, it
seems more komplex and more configurable than mine :-)

Mirec

On 16 January 2017 at 22:36, Vincent Massol  wrote:

> Hi Craig,
>
> > On 16 Jan 2017, at 21:51, Craig Wright  wrote:
> >
> > Hi Vincent,
> >
> > This is great, and if it had been out two weeks ago I would have used it
> as the basis for my installation! ;D
> >
> > I can’t promise to check it out in the near-term future but when I get a
> chance to revisit the install method, I will check it out.
>
> Cool
>
> > When you release a new version, do you plan on pushing that out as a new
> Docker image, or will you upgrade-in-place in the container? I assume the
> former.
>
> Yep, I’ll push new images.
>
> Thanks
> -Vincent
>
> > Thanks,
> > Craig
> >
> >
> >> On Jan 16, 2017, at 12:33 PM, Vincent Massol 
> wrote:
> >>
> >> Note that my assumption so far has been to provide a production-ready
> Dockerized XWiki. This is not meant to be a demo container to test out
> XWiki.
> >>
> >> * This is for example why I’ve used Debian:jessy as the base imagine
> and not alpine for example. Another option to slim it down would be to use
> https://hub.docker.com/r/tklx/base/ but I’ve preferred to use what you’d
> use in production.
> >> * This is also why I’m using docker-compose and have several separate
> containers for the DB and for XWiki/Tomcat.
> >>
> >> Thanks
> >> -Vìncent
> >>
> >>> On 16 Jan 2017, at 18:37, Vincent Massol  wrote:
> >>>
> >>> Hi everyone,
> >>>
> >>> I’ve started a first version of a XWiki docker packaging at
> https://github.com/xwiki-contrib/docker-xwiki and I’ve created an
> automated build on DockerHub at https://hub.docker.com/u/xwiki/. The goal
> is to provide an official packaging done by the XWiki dev team.
> >>>
> >>> Since I’m a recent user of Docker I’m sure I’ve made plenty of
> mistakes and not following some best practices, even though I’ve tried my
> best to do that ;)
> >>>
> >>> So it would be great if:
> >>> * Some users could try it out and let me know how it works
> >>> * Users could tell me what they’d expect in term of setup from a
> docker distribution.
> >>> * Some Docker experts review my code and let me know what I should
> improve!
> >>>
> >>> After I receive some confirmation that it works well-enough, my goal
> is to document it as an official way of installing xwiki on xwiki.org.
> >>>
> >>> Feel free to create jiras for ideas and bugs at
> http://jira.xwiki.org/browse/XDOCKER.
> >>>
> >>> Thanks a lot!
> >>> -Vincent
> >>>
> >>> PS: Note that I’m sure some will want a different DB, such as
> postgreSQL for example. That should be easy to do. Pull request accepted! :)
> >>>
> >>
> >
>
>

Re: [xwiki-users] Re-organize the Drawer's entries

[Miroslav Galajda]

Hi, I've sent an email with preference for P5, last week. Have you received
it?

P5 seems to me clean and logical to work with.

Thanks
Mirec

On 2 November 2016 at 11:23, Guillaume Delhumeau <
guillaume.delhum...@xwiki.com> wrote:

> Hello.
>
> Thanks for your comments. Any other?
>
> Guillaume
>
> 2016-10-26 17:03 GMT+02:00 Jan-Paul Kleijn :
>
> > P5 is also my favorite because it draws more attention to the content.
> > It's the more grown-up version.
> >
> >
> > Op 26-10-2016 om 10:28 schreef Guillaume Delhumeau:
> >
> > No opinion?
> >>
> >> 2016-10-24 18:09 GMT+02:00 Guillaume Delhumeau <
> >> guillaume.delhum...@xwiki.com>:
> >>
> >> Hello dear developers and XWiki users.
> >>>
> >>> I would you to take a look at the issue http://jira.xwiki.org/browse/
> >>> XWIKI-13070.
> >>>
> >>> The problem is that the current order (that I have implemented based on
> >>> my
> >>> intuition) seems to not be clear for our users. The main point is that
> >>> the
> >>> menu mixes up global items (Home wiki, Wiki Index) and local ones
> >>> (Administer Wiki, Page Index, Delete wiki, etc...).
> >>>
> >>> Caty and Oliver have made some proposals that you could find in the
> >>> issue.
> >>>
> >>> They are called P1, P2, P3, P4 and P5.
> >>>
> >>> I propose you to express your preferences so we can implement it based
> on
> >>> a consensus.
> >>>
> >>> Here are mine:
> >>>
> >>> P1: There is a logical order and separation between item. However, it
> >>> seems the more used actions (Wiki Index, Page Index) are less visible
> >>> than
> >>> some other (Delete Wiki, Create Wiki...)
> >>>
> >>> P2: The order and the separation are logic. The "delete wiki" action is
> >>> still very visible but all other items are good.
> >>>
> >>> P3: Same than P2. Except that having "Wiki Index" along with "User,
> Page
> >>> and Application Index" mixes up local and global items.
> >>>
> >>> P4: Why not, but maybe the 3 first actions should be placed after the
> >>> other ones, since they would be less used. Same remark about the mixing
> >>> of
> >>> local and global items.
> >>>
> >>> P5: A clear distinction between local and global scope. More used items
> >>> are located first. This is my favorite one.
> >>>
> >>>
> >>> So +1 for P5, +0 for the other options so far.
> >>>
> >>> Now, what about you?
> >>>
> >>> Thanks,
> >>> Guillaume
> >>>
> >>> PS: I send this message to both devs and users mailing lists, because I
> >>> think users are directly concerned by this topic.
> >>>
> >>> --
> >>> Guillaume Delhumeau (guillaume.delhum...@xwiki.com)
> >>> Research & Development Engineer at XWiki SAS
> >>> Committer on the XWiki.org project
> >>>
> >>>
> >>
> >>
> > ___
> > users mailing list
> > users@xwiki.org
> > http://lists.xwiki.org/mailman/listinfo/users
> >
>
>
>
> --
> Guillaume Delhumeau (guillaume.delhum...@xwiki.com)
> Research & Development Engineer at XWiki SAS
> Committer on the XWiki.org project
> ___
> 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] Re-organize the Drawer's entries

[Miroslav Galajda]

Hi, I vote for P5 proposal.

Mirec

On 26 October 2016 at 10:28, Guillaume Delhumeau <
guillaume.delhum...@xwiki.com> wrote:

> No opinion?
>
> 2016-10-24 18:09 GMT+02:00 Guillaume Delhumeau <
> guillaume.delhum...@xwiki.com>:
>
> > Hello dear developers and XWiki users.
> >
> > I would you to take a look at the issue http://jira.xwiki.org/browse/
> > XWIKI-13070.
> >
> > The problem is that the current order (that I have implemented based on
> my
> > intuition) seems to not be clear for our users. The main point is that
> the
> > menu mixes up global items (Home wiki, Wiki Index) and local ones
> > (Administer Wiki, Page Index, Delete wiki, etc...).
> >
> > Caty and Oliver have made some proposals that you could find in the
> issue.
> >
> > They are called P1, P2, P3, P4 and P5.
> >
> > I propose you to express your preferences so we can implement it based on
> > a consensus.
> >
> > Here are mine:
> >
> > P1: There is a logical order and separation between item. However, it
> > seems the more used actions (Wiki Index, Page Index) are less visible
> than
> > some other (Delete Wiki, Create Wiki...)
> >
> > P2: The order and the separation are logic. The "delete wiki" action is
> > still very visible but all other items are good.
> >
> > P3: Same than P2. Except that having "Wiki Index" along with "User, Page
> > and Application Index" mixes up local and global items.
> >
> > P4: Why not, but maybe the 3 first actions should be placed after the
> > other ones, since they would be less used. Same remark about the mixing
> of
> > local and global items.
> >
> > P5: A clear distinction between local and global scope. More used items
> > are located first. This is my favorite one.
> >
> >
> > So +1 for P5, +0 for the other options so far.
> >
> > Now, what about you?
> >
> > Thanks,
> > Guillaume
> >
> > PS: I send this message to both devs and users mailing lists, because I
> > think users are directly concerned by this topic.
> >
> > --
> > Guillaume Delhumeau (guillaume.delhum...@xwiki.com)
> > Research & Development Engineer at XWiki SAS
> > Committer on the XWiki.org project
> >
>
>
>
> --
> Guillaume Delhumeau (guillaume.delhum...@xwiki.com)
> Research & Development Engineer at XWiki SAS
> Committer on the XWiki.org project
> ___
> 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] strip accents from page name used in url

[Miroslav Galajda]

Hi, this is nice proposal, but I think this is just another workarround. It
is not directly solving the problem and user have to think about it, when
sharing the url.
It is not straightforward and requires the user to work differently with
urls in xwiki, different when browsing the other web sites.

I would not force the user to think/to behave differently in xwiki. Please
think about it. How you work with urls, you just simple copy and paste it
to email, chat or other applications.
The better would be to have url to be stripped out of the special url
non-friendly characters when creating or renaming the page and you don't
have to care about special handling urls after that. This is more suitable
solution as it doesn't force the user to care about how to name the page or
how to share the page. I hope you will have simmilar view on the matter.

Best regards
Mirec

On 6 September 2016 at 10:45, Vincent Massol <vinc...@massol.net> wrote:

>
> > On 06 Sep 2016, at 10:19, Miroslav Galajda <miroslav.gala...@gmail.com>
> wrote:
> >
> > Hi Vincent, yes the stripping would occure at the document creating time,
> > or when renaming the page.
> >
> > The workarround for this would be to have the user always think that when
> > creating the new page, enter the name without accents and without spaces
> > and consequently change the page title to a desired name.
> > Other way is to go to the rename page action, and there carrefully change
> > the page name and not page title, this is little tricky.
> >
> > The main reason for this is that the encoded urls looks ugly when sharing
> > it and copying directly to clipboard it out of the xwiki.
>
> ok that’s something for which I’d like to provide some option for.
>
> Some ideas:
>
> * Introduce the concept of alias, i.e. be able to have different URLs
> pointing to the same document/page. Thus for example if you have some long
> URL such as http://mywiki/…/page1/page2/…/pageN you would be able to
> create an alias such as http://mywiki/…/MyNicePage and share it outside
> of XWiki. This is http://design.xwiki.org/xwiki/bin/view/Proposal/
> DocumentAliases
>
> * Introduce an extension that generates tinyurl-like URLs for any page and
> that you can share (optionally allow the user to specify a suffix to make
> the url recognizable, same as on http://tinyurl.com/). Basically this is
> the same as using directly http://tinyurl.com/ but easier for the user
> since he’d be able to get the URL directly from the xwiki UI somewhere.
>
> Now I think it would be nice to offer an extension point in the Create
> dialog box so that it can be extended safely and be used to transform the
> input of the user (remove special chars, automatically append some text,
> etc). This would be the first step. Second step could be to offer a
> sanitize feature that could be configured in the Admin, using this
> mechanism (it would be off by default).
>
> IMO you could create a jira issue for this.
>
> Thanks
> -Vincent
>
> > On 6 September 2016 at 09:22, Vincent Massol <vinc...@massol.net> wrote:
> >
> >> Hi Miroslav,
> >>
> >>> On 06 Sep 2016, at 09:04, Miroslav Galajda <miroslav.gala...@gmail.com
> >
> >> wrote:
> >>>
> >>> Hi, does anyone have idea, how to automatically modify/generate url
> from
> >>> page title so that the url doesn't contains accents or any special
> >>> characters. I want to achieve simmilar approach used in CMS system
> >> Umbraco.
> >>> Which creates url based on page title but strips spaces and any
> >> characters
> >>> that requires url encoding.
> >>>
> >>> I've found xwiki.urlfactory.serviceclass in xwiki.cfg. What is
> >>> responsibility of that class? What is it purpose? Can it be used to
> solve
> >>> my requirement?
> >>
> >> XWiki supports lots of languages out of the box (you just need to
> >> configure the encoding properly). Actually we’ve gone to great length to
> >> ensure that any character is valid in page and space names! :)
> >>
> >> May I ask why you would want to strip some characters?
> >>
> >> Now you shouldn’t act at the level of the URLs since the URLs are just
> >> used to find the corresponding document in XWiki. If you strip some char
> >> from the URL then you won’t be able to point a URL to an existing
> document
> >> anymore ;)
> >>
> >> So what you really want is instead to act at the level of document
> >> creation (the Add Page dialog box) and do the stripping there IMO.
> >>
> >> However ATM we don’t prov

Re: [xwiki-users] strip accents from page name used in url

[Miroslav Galajda]

Hi Vincent, yes the stripping would occure at the document creating time,
or when renaming the page.

The workarround for this would be to have the user always think that when
creating the new page, enter the name without accents and without spaces
and consequently change the page title to a desired name.
Other way is to go to the rename page action, and there carrefully change
the page name and not page title, this is little tricky.

The main reason for this is that the encoded urls looks ugly when sharing
it and copying directly to clipboard it out of the xwiki.

On 6 September 2016 at 09:22, Vincent Massol <vinc...@massol.net> wrote:

> Hi Miroslav,
>
> > On 06 Sep 2016, at 09:04, Miroslav Galajda <miroslav.gala...@gmail.com>
> wrote:
> >
> > Hi, does anyone have idea, how to automatically modify/generate url from
> > page title so that the url doesn't contains accents or any special
> > characters. I want to achieve simmilar approach used in CMS system
> Umbraco.
> > Which creates url based on page title but strips spaces and any
> characters
> > that requires url encoding.
> >
> > I've found xwiki.urlfactory.serviceclass in xwiki.cfg. What is
> > responsibility of that class? What is it purpose? Can it be used to solve
> > my requirement?
>
> XWiki supports lots of languages out of the box (you just need to
> configure the encoding properly). Actually we’ve gone to great length to
> ensure that any character is valid in page and space names! :)
>
> May I ask why you would want to strip some characters?
>
> Now you shouldn’t act at the level of the URLs since the URLs are just
> used to find the corresponding document in XWiki. If you strip some char
> from the URL then you won’t be able to point a URL to an existing document
> anymore ;)
>
> So what you really want is instead to act at the level of document
> creation (the Add Page dialog box) and do the stripping there IMO.
>
> However ATM we don’t provide any extension point for doing this so you’d
> need to modify the corresponding vm file (create.vm I think, which calls
> other vms) and do future merges of that file by hand whenever you upgrade
> your XWiki instance in the future.
>
> I recommend to reconsider going in that direction and instead letting
> XWiki handle all chars.
>
> Thanks
> -Vincent
>
> > Thanks
> > Mirec
> >
> >
> > On 11 July 2016 at 21:58, Miroslav Galajda <miroslav.gala...@gmail.com>
> > wrote:
> >
> >> Hi, I’m using XWiki in Slovak language which uses accents, which
> >> consequently causes problems with urls. The urls becomes ugly containing
> >> encoded characters with accents. Does XWiki have integration point out
> of
> >> the box to replace the page name with custom one, with stripped accents
> >> from it?
> >>
> >> Thank you
> >>
> >> Mirec
> >
> ___
> 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] strip accents from page name used in url

[Miroslav Galajda]

Hi, yes I'm aware of the encoding problems with urls in Tomcat certain
versions. This is not my problem. My urls are displaying OK, depending on
browser. Chrome is displaying decoded urls but IE is not decoding urls, and
it displays url in it's original form with url encoded characters.

For example, when I create a page with name "Čučoriedky - Blueberries" I'll
get this url http://wiki/test-xwiki/view/Sandbox/%C4%8Cu%C4%8Doriedky+-
+Blueberries/.
But when using chrome, the chrome displays it decoded, which displays nice,
but when you copy the link, it is still encoded. The IE is not decoding
URL, so in IE the url looks in address bar ugly.
When you explicitly navigate to decoded url, "http://wiki/test-xwiki/view/
Sandbox/Čučoriedky - Blueberries/" it works as expected.
So I think I have configured URL encoding correctly and I have followed the
http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Encoding.

I've attached screenshots to see what I'm talking about.

Best regards
Mirec


On 6 September 2016 at 09:14, Paul Libbrecht <p...@hoplahup.net> wrote:

> Miroslav,
>
> are you sure that the issue is in XWiki?
> It's a very very very fragile topic but I think I can be done and it is
> considerably more elegant to have URLs that show the native language (I
> feel).
>
> Can you describe you're exact setup?
>
> A few hints from my experience:
> I've seen URLEncoding to be a tomcat context parameter (you want UTF8 I
> think, many had the bad habit of taking the platform encoding).
> Have you changed the platform encoding of XWiki? (the system properties)
> I've also had use of the "nocanon" option of Apache's RewriteRule.
>
> Changing the page-URL to remove accents would not be done in the
> URLFactory, it would be done in the page creation template. This would
> be the last bit I'd touch as it is multi-fold (e.g. you should start by
> using /xwiki/bin/edit/XÑü∂ß instead of /view/XÑü∂ß then click the buttons).
>
> Paul
>
>
> > Miroslav Galajda <mailto:miroslav.gala...@gmail.com>
> > 6 September 2016 at 09:04
> > Hi, does anyone have idea, how to automatically modify/generate url from
> > page title so that the url doesn't contains accents or any special
> > characters. I want to achieve simmilar approach used in CMS system
> > Umbraco.
> > Which creates url based on page title but strips spaces and any
> characters
> > that requires url encoding.
> >
> > I've found xwiki.urlfactory.serviceclass in xwiki.cfg. What is
> > responsibility of that class? What is it purpose? Can it be used to solve
> > my requirement?
> >
> > Thanks
> > Mirec
> >
> >
> > On 11 July 2016 at 21:58, Miroslav Galajda <miroslav.gala...@gmail.com>
> > ___
> > users mailing list
> > users@xwiki.org
> > http://lists.xwiki.org/mailman/listinfo/users
> > Miroslav Galajda <mailto:miroslav.gala...@gmail.com>
> > 11 July 2016 at 21:58
> > Hi, I’m using XWiki in Slovak language which uses accents, which
> > consequently causes problems with urls. The urls becomes ugly
> > containing encoded characters with accents. Does XWiki have
> > integration point out of the box to replace the page name with custom
> > one, with stripped accents from it?
> >
> > Thank you
> >
> > Mirec
> > ___
> > 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] strip accents from page name used in url

[Miroslav Galajda]

Hi, does anyone have idea, how to automatically modify/generate url from
page title so that the url doesn't contains accents or any special
characters. I want to achieve simmilar approach used in CMS system Umbraco.
Which creates url based on page title but strips spaces and any characters
that requires url encoding.

I've found xwiki.urlfactory.serviceclass in xwiki.cfg. What is
responsibility of that class? What is it purpose? Can it be used to solve
my requirement?

Thanks
Mirec


On 11 July 2016 at 21:58, Miroslav Galajda <miroslav.gala...@gmail.com>
wrote:

> Hi, I’m using XWiki in Slovak language which uses accents, which
> consequently causes problems with urls. The urls becomes ugly containing
> encoded characters with accents. Does XWiki have integration point out of
> the box to replace the page name with custom one, with stripped accents
> from it?
>
> Thank you
>
> Mirec
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

[xwiki-users] Renaming page (name) causes modification by XWikiGuest on pages that have links to this page (backlinks)

[Miroslav Galajda]

I have xwiki version 8.1. And when I rename page (not the page title) all
pages that refers to this page, will contain renamed link which is OK, but
what is wrong is that the page will become modified by the XWikiGuest user
and in the history there's comment with "Renamed back-links."

This modification has bad consequences. I've noticed this unwanted
behaviour on the Menu with global visibility, wich has lost after renaming
page that is mentioned in the menu.

I'm not able to test this issue against latest version 8.2.1. Can anyone
confirm that this has been fixed in the latest version?

The simplest scenario is to have two pages,where one is referring to
another.
1. Page1 --> Page2, where Page1 has a link to Page2 and Page2 will have
backlink to Page1
2. Rename Page2 to something else (leave all options as they are), for
example Page2a
3. Page1 should have a link to a Page2a and it should become modified by
XWikiGuest user

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

[xwiki-users] strip accents from page name used in url

[Miroslav Galajda]

Hi, I’m using XWiki in Slovak language which uses accents, which consequently 
causes problems with urls. The urls becomes ugly containing encoded characters 
with accents. Does XWiki have integration point out of the box to replace the 
page name with custom one, with stripped accents from it?

Thank you

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

Re: [xwiki-users] How to use the new SVG Rasterizing API

[Miroslav Galajda]

Hi, does anyone know if this is going to be a bug or what is wrong with the
url generated as a temporary svg rendered file?

By the way, what or how are the new SVG rasterizing API and the "old" SVG
plugin different? Does the SVG rasterizing API do the svg rasterization
better, does it supports more SVG features or what to expect from the new
API?

Thank you.

On 19 May 2016 at 12:53, Miroslav Galajda <miroslav.gala...@gmail.com>
wrote:

> Hi, I have still some issues using this svg rasterizing API.
>
> I'm trying to use rasterizeToTemporaryResource to use the returned url in
> the img element in html macro, see my example bellow. But I cannot get this
> to return working url. It returns in my xwiki instace
> "/test-xwiki/wiki/xwiki/temp/Page1/WebHome/svg/858799895.png". I compared
> it to old svg plugin using $xwiki.svg.getSVGImageURL, and that works and
> returns the following working url:
> "/test-xwiki/bin/svg/Test/Page1/WebHome/858799895.png". What's wrong?
>
> {{velocity}}
>
> #set($svgText = " http://www.w3.org/1999/xlink"; xmlns=""http://www.w3.org/2000/svg";>
>  
>   Layer 2
>stroke=""#00"" fill=""#ff"" id=""svg_1"" height=""213.948426""
> width=""324.49861"" y=""132.625181"" x=""237.349801""/>
>stroke=""#00"" stroke-width=""0"" font-size=""24""
> font-family=""serif"" text-anchor=""middle"" xml:space=""preserve""
> transform=""matrix(1, 0, 0, 1, 27, 10)"">This is an SVG Drawing
>  
> ")
> #set($svgUrl = $services.svg.rasterizeToTemporaryResource($svgText, 640,
> 480))
> $svgUrl
>
> {{html}}
> 
>  height="480" alt="The image from xwiki.svg.getSvgImageUrl" />
> {{/html}}
>
> {{/velocity}}
>
>
> On 19 May 2016 at 10:48, Vincent Massol <vinc...@massol.net> wrote:
>
>>
>> > On 19 May 2016, at 10:45, Miroslav Galajda <miroslav.gala...@gmail.com>
>> wrote:
>> >
>> > By the way the "announcement" was in the release notes here
>> >
>> http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/ReleaseNotesXWiki80#HNewSVGRasterizingAPI
>>
>> Thanks, I’ve updated the text a bit:
>>
>> http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/ReleaseNotesXWiki80#HNewSVGRasterizingAPI
>>
>> -Vincent
>>
>> > On 19 May 2016 at 10:44, Miroslav Galajda <miroslav.gala...@gmail.com>
>> > wrote:
>> >
>> >> Hi, great. Thank you. Now I can see it in the extesion manager.
>> >>
>> >> Best regards
>> >> Miroslav Galajda
>> >>
>> >> On 19 May 2016 at 10:34, Marius Dumitru Florea <
>> >> mariusdumitru.flo...@xwiki.com> wrote:
>> >>
>> >>> On Thu, May 19, 2016 at 11:32 AM, Vincent Massol <vinc...@massol.net>
>> >>> wrote:
>> >>>
>> >>>
>> >>>> Note: just saw Marius’ message so I guess whoever contributed this
>> >>>> extension had forgotten to document that it can be installed with the
>> >>>> Extension Manager… :)
>> >>>>
>> >>>
>> >>> The extension page had the wrong extension id (xwiki-platform-svg
>> instead
>> >>> of xwiki-platform-svg-rasterizer) and thus it wasn't listed in the
>> >>> Extension Manager. I reimported the extension and now it's fine.
>> >>>
>> >>>
>> >>>>
>> >>>> Thanks Marius for fixing it
>> >>>> -Vincent
>> >>>>
>> >>>>> On 19 May 2016, at 10:31, Vincent Massol <vinc...@massol.net>
>> wrote:
>> >>>>>
>> >>>>> Hi Miroslav,
>> >>>>>
>> >>>>>> On 19 May 2016, at 09:52, Miroslav Galajda <
>> >>> miroslav.gala...@gmail.com>
>> >>>> wrote:
>> >>>>>>
>> >>>>>> Hi,
>> >>>>>>
>> >>>>>> I noticed the anoucement of the new SVG rasterzing API in the XWiki
>> >>> 8.0
>> >>>>>> version.
>> >>>>>
>> >>>>> Could you point to where you saw that because I don’t remember any
>> >>>> announcement saying that it was bundled with XWiki 8.0?
>> >>>>>
>> >>>>>> Is it already available, or not? I have tried to use it in the
>> >>> velocity
>> >>>>>> macro, using the example usage at
>> >>>>>>
>> >>>>
>> >>>
>> http://extensions.xwiki.org/xwiki/bin/view/Extension/SVG+Rasterizing+API,
>> >>>>>> but it seems that $services.svg is not available. Do I need to
>> enable
>> >>>> it or
>> >>>>>> it is an optional component that I need to install from somewhere.
>> >>>>>
>> >>>>> You need to install it.
>> >>>>>
>> >>>>> See
>> >>>>
>> >>>
>> http://extensions.xwiki.org/xwiki/bin/view/Extension/SVG+Rasterizing+API#HPrerequisites26InstallationInstructions
>> >>>>>
>> >>>>> Thanks
>> >>>>> -Vincent
>> >>>>>
>> >>>>>> Thank you
>> >>>>>> Miroslav Galajda
>>
>> ___
>> 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 use the new SVG Rasterizing API

[Miroslav Galajda]

Hi, I have still some issues using this svg rasterizing API.

I'm trying to use rasterizeToTemporaryResource to use the returned url in
the img element in html macro, see my example bellow. But I cannot get this
to return working url. It returns in my xwiki instace
"/test-xwiki/wiki/xwiki/temp/Page1/WebHome/svg/858799895.png". I compared
it to old svg plugin using $xwiki.svg.getSVGImageURL, and that works and
returns the following working url:
"/test-xwiki/bin/svg/Test/Page1/WebHome/858799895.png". What's wrong?

{{velocity}}

#set($svgText = "http://www.w3.org/1999/xlink"; xmlns=""http://www.w3.org/2000/svg";>
 
  Layer 2
  
  This is an SVG Drawing
 
")
#set($svgUrl = $services.svg.rasterizeToTemporaryResource($svgText, 640,
480))
$svgUrl

{{html}}


{{/html}}

{{/velocity}}


On 19 May 2016 at 10:48, Vincent Massol <vinc...@massol.net> wrote:

>
> > On 19 May 2016, at 10:45, Miroslav Galajda <miroslav.gala...@gmail.com>
> wrote:
> >
> > By the way the "announcement" was in the release notes here
> >
> http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/ReleaseNotesXWiki80#HNewSVGRasterizingAPI
>
> Thanks, I’ve updated the text a bit:
>
> http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/ReleaseNotesXWiki80#HNewSVGRasterizingAPI
>
> -Vincent
>
> > On 19 May 2016 at 10:44, Miroslav Galajda <miroslav.gala...@gmail.com>
> > wrote:
> >
> >> Hi, great. Thank you. Now I can see it in the extesion manager.
> >>
> >> Best regards
> >> Miroslav Galajda
> >>
> >> On 19 May 2016 at 10:34, Marius Dumitru Florea <
> >> mariusdumitru.flo...@xwiki.com> wrote:
> >>
> >>> On Thu, May 19, 2016 at 11:32 AM, Vincent Massol <vinc...@massol.net>
> >>> wrote:
> >>>
> >>>
> >>>> Note: just saw Marius’ message so I guess whoever contributed this
> >>>> extension had forgotten to document that it can be installed with the
> >>>> Extension Manager… :)
> >>>>
> >>>
> >>> The extension page had the wrong extension id (xwiki-platform-svg
> instead
> >>> of xwiki-platform-svg-rasterizer) and thus it wasn't listed in the
> >>> Extension Manager. I reimported the extension and now it's fine.
> >>>
> >>>
> >>>>
> >>>> Thanks Marius for fixing it
> >>>> -Vincent
> >>>>
> >>>>> On 19 May 2016, at 10:31, Vincent Massol <vinc...@massol.net> wrote:
> >>>>>
> >>>>> Hi Miroslav,
> >>>>>
> >>>>>> On 19 May 2016, at 09:52, Miroslav Galajda <
> >>> miroslav.gala...@gmail.com>
> >>>> wrote:
> >>>>>>
> >>>>>> Hi,
> >>>>>>
> >>>>>> I noticed the anoucement of the new SVG rasterzing API in the XWiki
> >>> 8.0
> >>>>>> version.
> >>>>>
> >>>>> Could you point to where you saw that because I don’t remember any
> >>>> announcement saying that it was bundled with XWiki 8.0?
> >>>>>
> >>>>>> Is it already available, or not? I have tried to use it in the
> >>> velocity
> >>>>>> macro, using the example usage at
> >>>>>>
> >>>>
> >>>
> http://extensions.xwiki.org/xwiki/bin/view/Extension/SVG+Rasterizing+API,
> >>>>>> but it seems that $services.svg is not available. Do I need to
> enable
> >>>> it or
> >>>>>> it is an optional component that I need to install from somewhere.
> >>>>>
> >>>>> You need to install it.
> >>>>>
> >>>>> See
> >>>>
> >>>
> http://extensions.xwiki.org/xwiki/bin/view/Extension/SVG+Rasterizing+API#HPrerequisites26InstallationInstructions
> >>>>>
> >>>>> Thanks
> >>>>> -Vincent
> >>>>>
> >>>>>> Thank you
> >>>>>> Miroslav Galajda
>
> ___
> 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 use the new SVG Rasterizing API

[Miroslav Galajda]

Hi, great. Thank you. Now I can see it in the extesion manager.

Best regards
Miroslav Galajda

On 19 May 2016 at 10:34, Marius Dumitru Florea <
mariusdumitru.flo...@xwiki.com> wrote:

> On Thu, May 19, 2016 at 11:32 AM, Vincent Massol <vinc...@massol.net>
> wrote:
>
>
> > Note: just saw Marius’ message so I guess whoever contributed this
> > extension had forgotten to document that it can be installed with the
> > Extension Manager… :)
> >
>
> The extension page had the wrong extension id (xwiki-platform-svg instead
> of xwiki-platform-svg-rasterizer) and thus it wasn't listed in the
> Extension Manager. I reimported the extension and now it's fine.
>
>
> >
> > Thanks Marius for fixing it
> > -Vincent
> >
> > > On 19 May 2016, at 10:31, Vincent Massol <vinc...@massol.net> wrote:
> > >
> > > Hi Miroslav,
> > >
> > >> On 19 May 2016, at 09:52, Miroslav Galajda <
> miroslav.gala...@gmail.com>
> > wrote:
> > >>
> > >> Hi,
> > >>
> > >> I noticed the anoucement of the new SVG rasterzing API in the XWiki
> 8.0
> > >> version.
> > >
> > > Could you point to where you saw that because I don’t remember any
> > announcement saying that it was bundled with XWiki 8.0?
> > >
> > >> Is it already available, or not? I have tried to use it in the
> velocity
> > >> macro, using the example usage at
> > >>
> > http://extensions.xwiki.org/xwiki/bin/view/Extension/SVG+Rasterizing+API
> ,
> > >> but it seems that $services.svg is not available. Do I need to enable
> > it or
> > >> it is an optional component that I need to install from somewhere.
> > >
> > > You need to install it.
> > >
> > > See
> >
> http://extensions.xwiki.org/xwiki/bin/view/Extension/SVG+Rasterizing+API#HPrerequisites26InstallationInstructions
> > >
> > > Thanks
> > > -Vincent
> > >
> > >> Thank you
> > >> Miroslav Galajda
> > >
> >
> > ___
> > users mailing list
> > users@xwiki.org
> > http://lists.xwiki.org/mailman/listinfo/users
> >
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

[xwiki-users] How to use the new SVG Rasterizing API

[Miroslav Galajda]

Hi,

I noticed the anoucement of the new SVG rasterzing API in the XWiki 8.0
version.

Is it already available, or not? I have tried to use it in the velocity
macro, using the example usage at
http://extensions.xwiki.org/xwiki/bin/view/Extension/SVG+Rasterizing+API,
but it seems that $services.svg is not available. Do I need to enable it or
it is an optional component that I need to install from somewhere.

Thank you
Miroslav Galajda
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Listing connected users

[Miroslav Galajda]

Hi Vincent,

my fix was only for Oracle DB, so this is not suitable to go for public. To be 
able to fix that in general, I would need to convert the code to use HQL, at 
least.

Anyway, how would I be able to create a new version of the macro and update it 
in extensions repository?

Mirec
> On 29.02.2016, at 14:30, vinc...@massol.net wrote:
> 
> Hi Miroslav,
> 
> On 29 Feb 2016 at 12:43:20, Miroslav Galajda 
> (miroslav.gala...@gmail.com(mailto:miroslav.gala...@gmail.com)) wrote:
> 
>> Hi, I've tried it, because I was interested in.
>> 
>> The macro is not very well implemented.
>> Firstly: It uses direct SQL and is not working when running on Oracle DB,
>> due to datetime format incompatibility. I've fixed it locally to work
>> agains Oracle.
>> Secondly: It is placed inside toplevel Macro space. Fortuntelly moving it
>> and renaming it to something more suitable worked out of the box..
>> 
>> But, I'm happy that it works even with some fixes.
> 
> Great that you fixed it. Do you think you could contribute your changes back?
> 
> You could create a version 1.1 of the macro and put it on 
> http://extensions.xwiki.org/xwiki/bin/view/Extension/List+Connected+Users+Macro
>  ?
> 
> That would help all future users.
> 
> Thanks
> -Vincent
> 
> PS: BTW I agree that we need a better way. IMO we need an Event to be sent on 
> login/logout and an extension could then be created to maintain a list of 
> users who are connected. Note that an extension could already listen to the 
> “loginsubmit” and “logout” actions in addition to implementing a  
> HttpSessionBindingListener or HttpSessionListener#sessionDestroyed() (see 
> http://stackoverflow.com/a/3271748/153102).
> 
> 
>> It would be nice if that macro would be reworked to use ORM instead of
>> direct SQL access. Then the DB-specific problems should by gone.
>> 
>> Mirec
>> 
>> On 29 February 2016 at 10:11, Bruno wrote:
>> 
>>> 
>>> Hello Vincent,
>>> 
>>> I do not want to install the extension 'Connected Users List Macro'
>>> because it requires to activate the statistics (which I do not want either).
>>> My wish to list connected users is not essential.
>>> 
>>> Thanks,
>>> Signature mails
>>> _
>>> 
>>> Bruno Joffredo
>>> 
>>> Ecole Centrale de Nantes
>>> 
>>> Centre de Ressources Informatiques - Bur. D019
>>> 
>>> 1 rue de la Noë
>>> 
>>> BP 92101
>>> 
>>> F-44321 Nantes cedex 3
>>> 
>>> Tél. 02.40.37.68.06
>>> Mail : bruno.joffr...@ec-nantes.fr  
>>> _
>>> 
>>> 
>>> Le 23/02/2016 18:38, vinc...@massol.net a écrit :
>>> 
>>>> On 23 Feb 2016 at 18:37:37, vinc...@massol.net (vinc...@massol.net
>>>> (mailto:vinc...@massol.net)) wrote:
>>>> 
>>>> Does it work? :) (why don’t you try it and let us know :))
>>>>> 
>>>> I don’t know of any other BTW.
>>>> 
>>>> Thanks
>>>> -Vincent
>>>> 
>>>> Thanks
>>>>> -Vincent
>>>>> On 23 Feb 2016 at 15:23:06, Bruno (bruno.joffr...@ec-nantes.fr
>>>>> (mailto:bruno.joffr...@ec-nantes.fr)) wrote:
>>>>> 
>>>>> 
>>>>>> Hello,
>>>>>> I try to list the connected users.
>>>>>> I fall on "Connected Users List Macro" but it dates from 2014.
>>>>>> Should I use this extension or is there another way to list open
>>>>>> connections ?
>>>>>> Thank you,
>>>>>> Bruno Joffredo
> ___
> 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] Listing connected users

[Miroslav Galajda]

Hi,  I've tried it, because I was interested in.

The macro is not very well implemented.
Firstly: It uses direct SQL and is not working when running on Oracle DB,
due to datetime format incompatibility. I've fixed it locally to work
agains Oracle.
Secondly: It is placed inside toplevel Macro space. Fortuntelly moving it
and renaming it to something more suitable worked out of the box..

But, I'm happy that it works even with some fixes.

It would be nice if that macro would be reworked to use ORM instead of
direct SQL access. Then the DB-specific problems should by gone.

Mirec

On 29 February 2016 at 10:11, Bruno  wrote:

>
> Hello Vincent,
>
> I do not want to install the extension 'Connected Users List Macro'
> because it requires to activate the statistics (which I do not want either).
> My wish to list connected users is not essential.
>
> Thanks,
> Signature mails
> _
>
> Bruno Joffredo
>
> Ecole Centrale de Nantes
>
> Centre de Ressources Informatiques - Bur. D019
>
> 1 rue de la Noë
>
> BP 92101
>
> F-44321 Nantes cedex 3
>
> Tél. 02.40.37.68.06
> Mail : bruno.joffr...@ec-nantes.fr 
> _
>
>
> Le 23/02/2016 18:38, vinc...@massol.net a écrit :
>
>>   On 23 Feb 2016 at 18:37:37, vinc...@massol.net (vinc...@massol.net
>> (mailto:vinc...@massol.net)) wrote:
>>
>> Does it work? :) (why don’t you try it and let us know :))
>>>
>> I don’t know of any other BTW.
>>
>> Thanks
>> -Vincent
>>
>> Thanks
>>> -Vincent
>>>   On 23 Feb 2016 at 15:23:06, Bruno (bruno.joffr...@ec-nantes.fr
>>> (mailto:bruno.joffr...@ec-nantes.fr)) wrote:
>>>
>>>
   Hello,
   I try to list the connected users.
 I fall on "Connected Users List Macro" but it dates from 2014.
 Should I use this extension or is there another way to list open
 connections ?
   Thank you,
 Bruno Joffredo


>>> ___
>> 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] tagcloud macro not displaying tags from nested pages

[Miroslav Galajda]

Hi,

I would like to know when do you plan to resolve this issue? It would be
nice if you could include it in 7.4 release plan.

Thank you

Mirec

On 4 November 2015 at 15:48, Miroslav Galajda <miroslav.gala...@gmail.com>
wrote:

> Hi,
>
> here you are: http://jira.xwiki.org/browse/XWIKI-12768
>
> Thank you for supporting this idea.
>
> Mirec
>
> On 4 November 2015 at 14:43, Thomas Mortagne <thomas.morta...@xwiki.com>
> wrote:
>
>> Yes I agree it would make more sense, the issue right now if that you
>> loose the context when you click on the tag but the context (the
>> space) should be passed in the link probably. Would be great if you
>> create create another jira issue for it.
>>
>> On Wed, Nov 4, 2015 at 12:42 PM, Miroslav Galajda
>> <miroslav.gala...@gmail.com> wrote:
>> > Hi,
>> >
>> > I can see that it has been fixed, and I've tested it and it works as
>> > expected.
>> > What is not expected (at least from my point of view) is that when
>> clicking
>> > on a tag, it displays all documents tagged with that tag but from the
>> whole
>> > wiki, instead of the documents only within that space.
>> > I think this should be expected behavior from the user point of view.
>> What
>> > do you think?
>> >
>> > Mirec
>> >
>> >
>> > On 3 November 2015 at 11:51, Miroslav Galajda <
>> miroslav.gala...@gmail.com>
>> > wrote:
>> >
>> >> Hi,
>> >>
>> >> I've just created the one here:
>> http://jira.xwiki.org/browse/XWIKI-12764
>> >>
>> >> Mirec
>> >>
>> >> On 3 November 2015 at 10:50, Marius Dumitru Florea <
>> >> mariusdumitru.flo...@xwiki.com> wrote:
>> >>
>> >>> On Tue, Nov 3, 2015 at 11:30 AM, Miroslav Galajda <
>> >>> miroslav.gala...@gmail.com> wrote:
>> >>>
>> >>> > Hi,
>> >>> >
>> >>> > I'm currently running on 7.3 Milestone 2.
>> >>> >
>> >>> > I've created some hierarchy of nested pages.
>> >>> >
>> >>> > And at the "node" levels (aka spaces) I have used "dashboard"
>> template
>> >>> and
>> >>> > on the lists I have normal page with content and tags.
>> >>> >
>> >>> > The dashboard template shows correctly document hierarchy from that
>> >>> level
>> >>> > but tags cloud isn't showing anything.
>> >>> >
>> >>> >
>> >>>
>> >>> > It seems it doesn't respect the new concept of nested pages.
>> >>> >
>> >>>
>> >>> Yes, only the tags from the terminal pages found in the specified
>> space
>> >>> are
>> >>> taken into account. The code should look at the nested spaces too.
>> Can you
>> >>> report an issue on jira.xwiki.org ?
>> >>>
>> >>> Thanks,
>> >>> Marius
>> >>>
>> >>>
>> >>> >
>> >>> >
>> >>> > Best regards,
>> >>> > Mirec
>> >>> > ___
>> >>> > 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
>>
>>
>>
>> --
>> Thomas Mortagne
>> ___
>> 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] tagcloud macro not displaying tags from nested pages

[Miroslav Galajda]

Hi, thank you for your quick response.
Yes, the development workflow is logical.
I just wanted to know if I could somehow get to the resolution of that
issue. Because currently dashboard pages with tag cloud provide
non-intuitive and non-consistent navigation.

Mirec


On 7 December 2015 at 13:41, vinc...@massol.net <vinc...@massol.net> wrote:

> Hi Miroslav,
>
> On 7 Dec 2015 at 12:49:35, Miroslav Galajda (miroslav.gala...@gmail.com
> (mailto:miroslav.gala...@gmail.com)) wrote:
> > Hi,
> >
> > I would like to know when do you plan to resolve this issue? It would be
> > nice if you could include it in 7.4 release plan.
>
> No idea. It depends if some contributors/committers provide a patch for
> it.
>
> At this point in time, nobody has assigned the issue to himself as you can
> see in the jira issue. It’s also an improvement and not a critical bug that
> prevents XWiki from running and developers usually try to focus on
> important bugs first (I’m not saying that the issue is not important! But
> it needs to be put in perspective of all the other open issues that exist).
>
> What I can tell you is that the general roadmap for 7.4 is defined here:
> http://www.xwiki.org/xwiki/bin/view/Roadmaps/
>
> If you could provide a good patch with tests it would sure speed up the
> implementation of it.
>
> Thanks
> -Vincent
>
> > Thank you
> >
> > Mirec
> >
> > On 4 November 2015 at 15:48, Miroslav Galajda
> > wrote:
> >
> > > Hi,
> > >
> > > here you are: http://jira.xwiki.org/browse/XWIKI-12768
> > >
> > > Thank you for supporting this idea.
> > >
> > > Mirec
> > >
> > > On 4 November 2015 at 14:43, Thomas Mortagne
> > > wrote:
> > >
> > >> Yes I agree it would make more sense, the issue right now if that you
> > >> loose the context when you click on the tag but the context (the
> > >> space) should be passed in the link probably. Would be great if you
> > >> create create another jira issue for it.
> > >>
> > >> On Wed, Nov 4, 2015 at 12:42 PM, Miroslav Galajda
> > >> wrote:
> > >> > Hi,
> > >> >
> > >> > I can see that it has been fixed, and I've tested it and it works
> as
> > >> > expected.
> > >> > What is not expected (at least from my point of view) is that when
> > >> clicking
> > >> > on a tag, it displays all documents tagged with that tag but from
> the
> > >> whole
> > >> > wiki, instead of the documents only within that space.
> > >> > I think this should be expected behavior from the user point of
> view.
> > >> What
> > >> > do you think?
> > >> >
> > >> > Mirec
> > >> >
> > >> >
> > >> > On 3 November 2015 at 11:51, Miroslav Galajda <
> > >> miroslav.gala...@gmail.com>
> > >> > wrote:
> > >> >
> > >> >> Hi,
> > >> >>
> > >> >> I've just created the one here:
> > >> http://jira.xwiki.org/browse/XWIKI-12764
> > >> >>
> > >> >> Mirec
> > >> >>
> > >> >> On 3 November 2015 at 10:50, Marius Dumitru Florea <
> > >> >> mariusdumitru.flo...@xwiki.com> wrote:
> > >> >>
> > >> >>> On Tue, Nov 3, 2015 at 11:30 AM, Miroslav Galajda <
> > >> >>> miroslav.gala...@gmail.com> wrote:
> > >> >>>
> > >> >>> > Hi,
> > >> >>> >
> > >> >>> > I'm currently running on 7.3 Milestone 2.
> > >> >>> >
> > >> >>> > I've created some hierarchy of nested pages.
> > >> >>> >
> > >> >>> > And at the "node" levels (aka spaces) I have used "dashboard"
> > >> template
> > >> >>> and
> > >> >>> > on the lists I have normal page with content and tags.
> > >> >>> >
> > >> >>> > The dashboard template shows correctly document hierarchy from
> that
> > >> >>> level
> > >> >>> > but tags cloud isn't showing anything.
> > >> >>> >
> > >> >>> >
> > >> >>>
> > >> >>> > It seems it doesn't respect the new concept of nested pages.
> > >> >&g

Re: [xwiki-users] Task Manager Application - CLOB problem on Oracle

[Miroslav Galajda]

Hi,

in the roadmap for 7.4 release I can see, there is Task Manager included.

Will you consider this issue to be a part of the release? Should I create
an issue for it?

Generally, I am repeatedly encountering problems with Oracle compatibility.
You should improve the quality of DB tests against Oracle databases.

Thank you

Mirec

On 6 November 2015 at 16:28, Miroslav Galajda <miroslav.gala...@gmail.com>
wrote:

> Hi,
>
> I'm running xwiki 7.3 Milestion 2 on Oracle.
> Task Manager Application have problems with it at least with part of it.
>
> In TaskManagerPanel there I get "ORA-00932: inconsistent datatypes:
> expected - got CLOB". See the attached exception report.
>
> Also I noticed some warning logs:
>
> http://wiki/test-xwiki/get/TaskManager/TaskManagerLiveTableResults?outputSyntax=plain=taskmanager.livetable.=TaskManager.TaskManagerClass=number%2Cname%2Cproject%2Cstatus%2Cseverity%2Creporter%2Cassignee%2Cduedate=currentlanguage%2Chidden=1=15=1=number=asc]
> WARN  o.x.v.i.DefaultVelocityEngine  - Deprecated usage of getter
> [com.xpn.xwiki.api.DeprecatedContext.getAction] in
> 79:xwiki:TaskManager.MyTestTask@2,14
>
>
> Thank you
>
> Best regards
> Miroslav Galajda
>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Request: make linking easy

[Miroslav Galajda]

How does the WikiWord actually work?
How can I write the word (the page name) which is from the nested space?
Does it have some configuration for custom words, e.g. mapping word or
expression to the page or external link?

Thank you.

On 2 December 2015 at 15:14, Hamster  wrote:

> Thanks for clearing that up!
>
>
>
> --
> View this message in context:
> http://xwiki.475771.n2.nabble.com/Request-make-linking-easy-tp7596995p7597054.html
> Sent from the XWiki- Users mailing list archive at Nabble.com.
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

[xwiki-users] Problem configuring LDAP group mapping with diacritics in AD group names

[Miroslav Galajda]

Hi,

I have problem with LDAP group mapping in xwiki.cfg against AD with group
names containing diacritics. What encoding to use in xwiki.cfg? After
turning logging on for XWikiLDAPUtils class, I found from the logs that
those problematic groups are logged with wrong encoding, end the result is
that the group cannot be found.

Best regards
Miroslav Galajda
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Problem configuring LDAP group mapping with diacritics in AD group names

[Miroslav Galajda]

Hi, converting to ISO 8859-1 helped me. Thank you very much.

Mirec

On 2 December 2015 at 10:11, Thomas Mortagne <thomas.morta...@xwiki.com>
wrote:

> xwiki.cfg file is parsed as a Java properties file so you have to use
> the ISO 8859-1 encoding. Never used http://native2ascii.net/ myself
> but it seems to do the trick.
>
> On Wed, Dec 2, 2015 at 9:42 AM, Miroslav Galajda
> <miroslav.gala...@gmail.com> wrote:
> >
> > Hi,
> >
> > I have problem with LDAP group mapping in xwiki.cfg against AD with group
> > names containing diacritics. What encoding to use in xwiki.cfg? After
> > turning logging on for XWikiLDAPUtils class, I found from the logs that
> > those problematic groups are logged with wrong encoding, end the result
> is
> > that the group cannot be found.
> >
> > Best regards
> > Miroslav Galajda
> > ___
> > users mailing list
> > users@xwiki.org
> > http://lists.xwiki.org/mailman/listinfo/users
>
>
>
>
> --
> Thomas Mortagne
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

[xwiki-users] Task Manager Application - CLOB problem on Oracle

[Miroslav Galajda]

Hi,

I'm running xwiki 7.3 Milestion 2 on Oracle.
Task Manager Application have problems with it at least with part of it.

In TaskManagerPanel there I get "ORA-00932: inconsistent datatypes:
expected - got CLOB". See the attached exception report.

Also I noticed some warning logs:
http://wiki/test-xwiki/get/TaskManager/TaskManagerLiveTableResults?outputSyntax=plain=taskmanager.livetable.=TaskManager.TaskManagerClass=number%2Cname%2Cproject%2Cstatus%2Cseverity%2Creporter%2Cassignee%2Cduedate=currentlanguage%2Chidden=1=15=1=number=asc]
WARN  o.x.v.i.DefaultVelocityEngine  - Deprecated usage of getter
[com.xpn.xwiki.api.DeprecatedContext.getAction] in
79:xwiki:TaskManager.MyTestTask@2,14


Thank you

Best regards
Miroslav Galajda
org.xwiki.rendering.macro.MacroExecutionException: Failed to evaluate Velocity 
Macro for content [  
#panelheader($services.localization.render('taskmanager.panel.paneltitle'))
  #set($query = "from doc.object(TaskManager.TaskManagerClass) as document 
where doc.fullName <> 'TaskManager.TaskManagerTemplate' and 
document.assignee=:currentUser order by document.duedate asc")
  #set($results = $services.query.xwql("$query").bindValue("currentUser", 
$services.model.serialize($xcontext.userReference,'compactwiki')).setLimit(5).execute())
  #foreach($result in $results)
#set($object = 
$xwiki.getDocument($result).getObject('TaskManager.TaskManagerClass'))
* $services.icon.render('accept') 
**[[$object.getProperty('name').value>>$result]]**
(% class="text-muted small" 
%)$services.localization.render('taskmanager.panel.untildate') 
$datetool.format('HH:mm dd/MMM/',$object.getProperty('duedate').value)
  #end
  #if($results.size() == 0)
(% 
class="pull-left"%)$services.localization.render('taskmanager.panel.noactivetasks')
  #else
(% 
class="pull-right"%)[[$services.localization.render('taskmanager.panel.fulltasklist')>>TaskManager.WebHome]]
  #end
  #panelfooter()]
at 
org.xwiki.rendering.internal.macro.velocity.VelocityMacro.evaluateString(VelocityMacro.java:131)
at 
org.xwiki.rendering.internal.macro.velocity.VelocityMacro.evaluateString(VelocityMacro.java:50)
at 
org.xwiki.rendering.macro.script.AbstractScriptMacro.evaluateBlock(AbstractScriptMacro.java:286)
at 
org.xwiki.rendering.macro.script.AbstractScriptMacro.execute(AbstractScriptMacro.java:182)
at 
org.xwiki.rendering.macro.script.AbstractScriptMacro.execute(AbstractScriptMacro.java:58)
at 
org.xwiki.rendering.internal.transformation.macro.MacroTransformation.transform(MacroTransformation.java:269)
at 
org.xwiki.rendering.internal.transformation.DefaultRenderingContext.transformInContext(DefaultRenderingContext.java:183)
at 
org.xwiki.panels.internal.PanelWikiUIExtension$1.call(PanelWikiUIExtension.java:175)
at 
org.xwiki.panels.internal.PanelWikiUIExtension$1.call(PanelWikiUIExtension.java:169)
at com.xpn.xwiki.internal.template.SUExecutor.call(SUExecutor.java:91)
at 
org.xwiki.panels.internal.PanelWikiUIExtension.execute(PanelWikiUIExtension.java:168)
at sun.reflect.GeneratedMethodAccessor451.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at 
org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.doInvoke(UberspectImpl.java:395)
at 
org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.invoke(UberspectImpl.java:384)
at 
org.apache.velocity.runtime.parser.node.ASTMethod.execute(ASTMethod.java:173)
at 
org.apache.velocity.runtime.parser.node.ASTReference.execute(ASTReference.java:280)
at 
org.apache.velocity.runtime.parser.node.ASTReference.value(ASTReference.java:567)
at 
org.apache.velocity.runtime.parser.node.ASTMethod.execute(ASTMethod.java:151)
at 
org.apache.velocity.runtime.parser.node.ASTReference.execute(ASTReference.java:280)
at 
org.apache.velocity.runtime.parser.node.ASTReference.render(ASTReference.java:369)
at 
org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72)
at 
org.apache.velocity.runtime.parser.node.ASTIfStatement.render(ASTIfStatement.java:87)
at 
org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72)
at 
org.apache.velocity.runtime.directive.Foreach.render(Foreach.java:420)
at 
org.apache.velocity.runtime.parser.node.ASTDirective.render(ASTDirective.java:207)
at 
org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72)
at 
org.apache.velocity.runtime.parser.node.ASTIfStatement.render(ASTIfStatement.java:87)
at 
org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:342)
at 
org.xwiki.velocity.internal.DefaultVelocityEngine.evaluateInternal(DefaultVelocit

[xwiki-users] PlantUML Macro

[Miroslav Galajda]

Hi,

I don't know where to put question about specific extension.

I would like to ask for suggesting some functionality to PlantUML Macro
extension.
http://extensions.xwiki.org/xwiki/bin/view/Extension/PlantUML+Macro

I would like to have option to parameterize type of ouput of PlantUML, e.g.
image or svg and with option to set the default output type.
Is it possible to add this? I know that not all types of diagrams support
svg, but for that case I would use explicit type.

Thank you

Best regards,
Miroslav Galajda
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] tagcloud macro not displaying tags from nested pages

[Miroslav Galajda]

Hi,

I can see that it has been fixed, and I've tested it and it works as
expected.
What is not expected (at least from my point of view) is that when clicking
on a tag, it displays all documents tagged with that tag but from the whole
wiki, instead of the documents only within that space.
I think this should be expected behavior from the user point of view. What
do you think?

Mirec


On 3 November 2015 at 11:51, Miroslav Galajda <miroslav.gala...@gmail.com>
wrote:

> Hi,
>
> I've just created the one here: http://jira.xwiki.org/browse/XWIKI-12764
>
> Mirec
>
> On 3 November 2015 at 10:50, Marius Dumitru Florea <
> mariusdumitru.flo...@xwiki.com> wrote:
>
>> On Tue, Nov 3, 2015 at 11:30 AM, Miroslav Galajda <
>> miroslav.gala...@gmail.com> wrote:
>>
>> > Hi,
>> >
>> > I'm currently running on 7.3 Milestone 2.
>> >
>> > I've created some hierarchy of nested pages.
>> >
>> > And at the "node" levels (aka spaces) I have used "dashboard" template
>> and
>> > on the lists I have normal page with content and tags.
>> >
>> > The dashboard template shows correctly document hierarchy from that
>> level
>> > but tags cloud isn't showing anything.
>> >
>> >
>>
>> > It seems it doesn't respect the new concept of nested pages.
>> >
>>
>> Yes, only the tags from the terminal pages found in the specified space
>> are
>> taken into account. The code should look at the nested spaces too. Can you
>> report an issue on jira.xwiki.org ?
>>
>> Thanks,
>> Marius
>>
>>
>> >
>> >
>> > Best regards,
>> > Mirec
>> > ___
>> > 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] tagcloud macro not displaying tags from nested pages

[Miroslav Galajda]

Hi,

I've just created the one here: http://jira.xwiki.org/browse/XWIKI-12764

Mirec

On 3 November 2015 at 10:50, Marius Dumitru Florea <
mariusdumitru.flo...@xwiki.com> wrote:

> On Tue, Nov 3, 2015 at 11:30 AM, Miroslav Galajda <
> miroslav.gala...@gmail.com> wrote:
>
> > Hi,
> >
> > I'm currently running on 7.3 Milestone 2.
> >
> > I've created some hierarchy of nested pages.
> >
> > And at the "node" levels (aka spaces) I have used "dashboard" template
> and
> > on the lists I have normal page with content and tags.
> >
> > The dashboard template shows correctly document hierarchy from that level
> > but tags cloud isn't showing anything.
> >
> >
>
> > It seems it doesn't respect the new concept of nested pages.
> >
>
> Yes, only the tags from the terminal pages found in the specified space are
> taken into account. The code should look at the nested spaces too. Can you
> report an issue on jira.xwiki.org ?
>
> Thanks,
> Marius
>
>
> >
> >
> > Best regards,
> > Mirec
> > ___
> > 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] [ANN] XWiki 7.3 Milestone 1 released

[Miroslav Galajda]

Hi, that's great.

Is there any chance to get those fixes in the 7.2.1 release?

Mirec

On 14 October 2015 at 01:00, vinc...@massol.net  wrote:

> The XWiki development team is proud to announce the availability of XWiki
> 7.3 Milestone 1.
>
> This is the first of the 2 stabilization releases that happen at the end
> of each yearly Cycles. Lots of polishing has been done, especially for the
> recently introduced Nested Pages feature and its consequences on the UI
> redesign (modified menus for example).
>
> 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/ReleaseNotesXWiki73M1
>
> The following people have contributed code to this release (sorted
> alphabetically on last name):
>
> Pascal Bastien
> Guillaume Delhumeau
> Marius Dumitru Florea
> Vincent Massol
> Ecaterina Moraru
> Eduard Moraru
> Thomas Mortagne
> Clemens Robbenhaar
> Jean Simard
> Gabriela Smeria
> Manuel Smeria
>
> Thanks for your support
> -The XWiki dev team
> ___
> 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] saveandcontinue space in xwiki 7.2?

[Miroslav Galajda]

Hi, can you please provide the snapshot of the fix? I would like to
continue evaluating xwiki 7.2 with the setup of
http://platform.xwiki.org/xwiki/bin/view/Main/ShortURLs.

Thank you

Mirec

On 5 October 2015 at 12:42, vinc...@massol.net <vinc...@massol.net> wrote:

>
>
> On 5 Oct 2015 at 12:01:53, Miroslav Galajda (miroslav.gala...@gmail.com)
> wrote:
>
> Hi, sorry for direct message.
>
> Here is the issue: http://jira.xwiki.org/browse/XWIKI-12651
>
>
>
> Thanks!
> -Vincent
>
>
> Mirec
>
> On 5 October 2015 at 11:18, vinc...@massol.net <vinc...@massol.net> wrote:
>
> > Ok thanks, would be great if you could create a jira issue at
> > http://jira.xwiki.org and we’ll look at it
> >
> > Thanks for your help!
> > -Vincent
> >
> > PS: Please continue replying on the list and not directly to me ;) (this
> > allows everyone to see the exchange and learn from it - and it’ll be
> > indexed by google for later searches)
> >
> > On 5 Oct 2015 at 10:49:04, Miroslav Galajda (miroslav.gala...@gmail.com)
> > wrote:
> >
> > Hi, the repro si here. The problem occured when I set the
> xwiki.showviewaction=0
> > and then installed the xwiki. There's bigger problem than I've described.
> > If you go into preferences and try to change language, it will not change
> > after save. And this creates the saveandcontinue space.
> >
> > Mirec
> >
> > On 5 October 2015 at 10:26, Miroslav Galajda <miroslav.gala...@gmail.com
> >
> > wrote:
> >
> >> Hi, currently I cannot reproduce the problem. It seems OK. But I
> remember
> >> that I've made some xwiki.cfg configuration changes. I was
> >> using xwiki.showviewaction=0 setting, to hide view actions and
> >> UrlRewriteFilter as described here
> >> http://platform.xwiki.org/xwiki/bin/view/Main/ShortURLs. I'm going to
> >> try setting the xwiki.showviewaction=1 and try it again.
> >>
> >> Mirec
> >>
> >> On 5 October 2015 at 10:06, Miroslav Galajda <
> miroslav.gala...@gmail.com>
> >> wrote:
> >>
> >>> OK, I'm going to try it again.
> >>>
> >>> Mirec
> >>>
> >>> On 5 October 2015 at 10:04, vinc...@massol.net <vinc...@massol.net>
> >>> wrote:
> >>>
> >>>> FTR I’ve done the same thing as you and didn’t get any issue. The only
> >>>> difference is that I’m using the Jetty+HSQLDB distribution and you’re
> using
> >>>> Oracle.
> >>>>
> >>>> Maybe there’s a problem with Oracle.
> >>>>
> >>>> Let us know if you still have saveandcontinue when you start a clean
> >>>> 7.2 *without* making any change and whether the saveandcontinue space
> >>>> appears after you set the language or after you set the mail config.
> >>>>
> >>>> Thanks
> >>>> -Vincent
> >>>>
> >>>> On 5 Oct 2015 at 09:57:48, vinc...@massol.net (vinc...@massol.net)
> >>>> wrote:
> >>>>
> >>>> Try doing this again but without changing anything (don’t change the
> >>>> language preference) and let us know if you still see the
> saveandcontinue
> >>>> space.
> >>>>
> >>>> It could be that we have a bug when changing langage prefs?
> >>>>
> >>>> Thanks
> >>>> -Vincent
> >>>>
> >>>>
> >>>> On 5 Oct 2015 at 09:56:11, Miroslav Galajda (
> miroslav.gala...@gmail.com)
> >>>> wrote:
> >>>>
> >>>> Hi, I wrote that I have clean install on a clean DB (oracle). All what
> >>>> I have done after installation was, that I've loged in as an Admin
> and have
> >>>> changed language preferences to "sk-sk" and mail configuration. After
> that
> >>>> I see the saveandcontinue space with the following structure:
> >>>>
> >>>>
> >>>> - saveandcontinue
> >>>> -
> >>>> - Mail
> >>>> -
> >>>> - MailConfig
> >>>> - XWiki
> >>>> -
> >>>> - XWikiPreferences
> >>>>
> >>>>
> >>>> Can you verify that?
> >>>>
> >>>>
> >>>>
> >>>> Mirec
> >>>>
> >>>>
> >>>>
> >>>> On 5 October 2015 at 09:46, vinc...@massol.net <vinc...@m

Re: [xwiki-users] saveandcontinue space in xwiki 7.2?

[Miroslav Galajda]

Hi, I wrote that I have clean install on a clean DB (oracle). All what I
have done after installation was, that I've loged in as an Admin and have
changed language preferences to "sk-sk" and mail configuration. After that
I see the saveandcontinue space with the following structure:


   - saveandcontinue
   - Mail
 - MailConfig
  - XWiki
 - XWikiPreferences


Can you verify that?



Mirec



On 5 October 2015 at 09:46, vinc...@massol.net <vinc...@massol.net> wrote:

> Hi Mirec,
>
> On 4 Oct 2015 at 22:10:57, Miroslav Galajda (miroslav.gala...@gmail.com
> (mailto:miroslav.gala...@gmail.com)) wrote:
>
> > Hi,
> >
> > after a fresh new installation of xwiki 7.2, I noticed that there's new
> space called 'saveandcontinue’.
>
> I’ve downloaded a clean 7.2 and checked and there’s no such space. I
> believe you must have somehow created it.
>
> Maybe you could try reinstalling a clean 7.2 version to check it.
>
> Thanks
> -Vincent
>
> > It can be found on the dashboard/welcome page in pages tree. It is also
> shown in My Recent Modifications panel and in Activity stream, after
> modification of xwiki preferences and mail settings. This is probably some
> bug. It seems to me that this is something internal which should not be
> shown and should not be treated as my modification. The shown pages inside
> saveandcontinue space are just empty pages. What’s wrong?
> >
> > Mirec
>
>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] saveandcontinue space in xwiki 7.2?

[Miroslav Galajda]

Hi, sorry for direct message.

Here is the issue: http://jira.xwiki.org/browse/XWIKI-12651

Mirec

On 5 October 2015 at 11:18, vinc...@massol.net <vinc...@massol.net> wrote:

> Ok thanks, would be great if you could create a jira issue at
> http://jira.xwiki.org and we’ll look at it
>
> Thanks for your help!
> -Vincent
>
> PS: Please continue replying on the list and not directly to me ;) (this
> allows everyone to see the exchange and learn from it - and it’ll be
> indexed by google for later searches)
>
> On 5 Oct 2015 at 10:49:04, Miroslav Galajda (miroslav.gala...@gmail.com)
> wrote:
>
> Hi, the repro si here. The problem occured when I set the 
> xwiki.showviewaction=0
> and then installed the xwiki. There's bigger problem than I've described.
> If you go into preferences and try to change language, it will not change
> after save. And this creates the saveandcontinue space.
>
> Mirec
>
> On 5 October 2015 at 10:26, Miroslav Galajda <miroslav.gala...@gmail.com>
> wrote:
>
>> Hi, currently I cannot reproduce the problem. It seems OK. But I remember
>> that I've made some xwiki.cfg configuration changes. I was
>> using xwiki.showviewaction=0 setting, to hide view actions and
>> UrlRewriteFilter as described here
>> http://platform.xwiki.org/xwiki/bin/view/Main/ShortURLs. I'm going to
>> try setting the xwiki.showviewaction=1 and try it again.
>>
>> Mirec
>>
>> On 5 October 2015 at 10:06, Miroslav Galajda <miroslav.gala...@gmail.com>
>> wrote:
>>
>>> OK, I'm going to try it again.
>>>
>>> Mirec
>>>
>>> On 5 October 2015 at 10:04, vinc...@massol.net <vinc...@massol.net>
>>> wrote:
>>>
>>>> FTR I’ve done the same thing as you and didn’t get any issue. The only
>>>> difference is that I’m using the Jetty+HSQLDB distribution and you’re using
>>>> Oracle.
>>>>
>>>> Maybe there’s a problem with Oracle.
>>>>
>>>> Let us know if you still have saveandcontinue when you start a clean
>>>> 7.2 *without* making any change and whether the saveandcontinue space
>>>> appears after you set the language or after you set the mail config.
>>>>
>>>> Thanks
>>>> -Vincent
>>>>
>>>> On 5 Oct 2015 at 09:57:48, vinc...@massol.net (vinc...@massol.net)
>>>> wrote:
>>>>
>>>> Try doing this again but without changing anything (don’t change the
>>>> language preference) and let us know if you still see the saveandcontinue
>>>> space.
>>>>
>>>> It could be that we have a bug when changing langage prefs?
>>>>
>>>> Thanks
>>>> -Vincent
>>>>
>>>>
>>>> On 5 Oct 2015 at 09:56:11, Miroslav Galajda (miroslav.gala...@gmail.com)
>>>> wrote:
>>>>
>>>> Hi, I wrote that I have clean install on a clean DB (oracle). All what
>>>> I have done after installation was, that I've loged in as an Admin and have
>>>> changed language preferences to "sk-sk" and mail configuration. After that
>>>> I see the saveandcontinue space with the following structure:
>>>>
>>>>
>>>>- saveandcontinue
>>>>-
>>>>   - Mail
>>>>   -
>>>>  - MailConfig
>>>>   - XWiki
>>>>   -
>>>>  - XWikiPreferences
>>>>
>>>>
>>>> Can you verify that?
>>>>
>>>>
>>>>
>>>> Mirec
>>>>
>>>>
>>>>
>>>> On 5 October 2015 at 09:46, vinc...@massol.net <vinc...@massol.net>
>>>> wrote:
>>>>
>>>>> Hi Mirec,
>>>>>
>>>>> On 4 Oct 2015 at 22:10:57, Miroslav Galajda (
>>>>> miroslav.gala...@gmail.com(mailto:miroslav.gala...@gmail.com)) wrote:
>>>>>
>>>>> > Hi,
>>>>> >
>>>>> > after a fresh new installation of xwiki 7.2, I noticed that there's
>>>>> new space called 'saveandcontinue’.
>>>>>
>>>>> I’ve downloaded a clean 7.2 and checked and there’s no such space. I
>>>>> believe you must have somehow created it.
>>>>>
>>>>> Maybe you could try reinstalling a clean 7.2 version to check it.
>>>>>
>>>>> Thanks
>>>>> -Vincent
>>>>>
>>>>> > It can be found on the dashboard/welcome page in pages tree. It is
>>>>> also shown in My Recent Modifications panel and in Activity stream, after
>>>>> modification of xwiki preferences and mail settings. This is probably some
>>>>> bug. It seems to me that this is something internal which should not be
>>>>> shown and should not be treated as my modification. The shown pages inside
>>>>> saveandcontinue space are just empty pages. What’s wrong?
>>>>> >
>>>>> > Mirec
>>>>>
>>>>>
>>>>
>>>
>>
>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

[xwiki-users] saveandcontinue space in xwiki 7.2?

[Miroslav Galajda]

Hi, after fresh new installation of xwiki 7.2, I noticed that there's new space 
called 'saveandcontinue'.
It can be found on the dashboard/welcome page. It is also shown in My Recent 
Modifications panel and in Activity stream, after modification of xwiki 
preferences and mail settings. This is probably some bug. It seems to me that 
this is something internal which should not be shown and should not be treated 
as my modification. The shown pages inside saveandcontinue space are just empty 
pages. What's wrong?


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

[xwiki-users] saveandcontinue space in xwiki 7.2?

[Miroslav Galajda]

Hi, 

after a fresh new installation of xwiki 7.2, I noticed that there's new space 
called 'saveandcontinue'.
It can be found on the dashboard/welcome page in pages tree. It is also shown 
in My Recent Modifications panel and in Activity stream, after modification of 
xwiki preferences and mail settings. This is probably some bug. It seems to me 
that this is something internal which should not be shown and should not be 
treated as my modification. The shown pages inside saveandcontinue space are 
just empty pages. What’s wrong?

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