IRC Archive for channel #xwiki on 25 August 2016

Last modified by Vincent Massol on 2016/08/25 23:04

<M-cjd> has quit
02:58 <M-cjd> has joined #xwiki
03:22 <jonesmeier> has quit
03:24 <jonesmeier> has joined #xwiki
06:51 <Denis1> has joined #xwiki
06:51 <DarkKnightCZ> has joined #xwiki
06:53 <Denis> has quit
07:03 <DarkKnightCZ> has quit
07:03 <DarkKnightCZ1> has joined #xwiki
07:19 <DarkKnightCZ1> has quit
07:25 <DarkKnightCZ> has joined #xwiki
08:03 <msmeria> has joined #xwiki
08:04 <DarkKnightCZ> has quit
08:09 <DarkKnightCZ> has joined #xwiki
08:25 <vmassol> has joined #xwiki
08:36 <ix3[m]> has joined #xwiki
08:37 <ix3[m]> has left #xwiki
08:48 <acotiuga> has joined #xwiki
08:49 <Denis> has joined #xwiki
08:50 <Denis1> has quit
09:08 <DarkKnightCZ> Hi, has anybody experienced issue with spaces in page name on Tomcat > 7.0.62 ? Apparently there is some behaviour change between and 7.0.70 which results in the impossiblity to edit pages with spaces in them (it results in creation of page with + signs in xwiki)
09:16 <DarkKnightCZ> vmassol: hello, I've found today (since i've done yesterday upgrade to 8.2.1) that XWIKI-13651 also affects this version, so I'm actually wondering if its caused by XWIKI-12544 or not
09:21 <DarkKnightCZ> hmm, so it looks like it's combination of two issues
09:22 <DarkKnightCZ> sometimes it fails with "Cannot read property 'observe' of undefined" and sometimes it tries to load that tree.js file but in edit mode that results in Locked response code when two people on wiki are trying to edit at the same time
09:32 <mflorea> has joined #xwiki
09:38 <vmassol> DarkKnightCZ: hi
09:39 <vmassol> if you're using 8.3M1 you should be fine regarding the tree.js issue since it's been fixed
09:39 <vmassol> and the export of children is part of 8.3M1 so there's no reason for you to have the problem normally
09:39 <DarkKnightCZ> vmassol: it's 8.2.1
09:39 <vmassol> so you don't have XWIKI-12544 for sure in that version
09:40 <vmassol> AFAIU XWIKI-13651 was vaused by XWIKI-125444 yes
09:40 <vmassol> regarding tomcat there's no known issue with spaces
09:40 <DarkKnightCZ> yup, looks that way although it looks similar
09:41 <vmassol> but there are general encoding issues
09:41 <vmassol> in some version
09:41 <vmassol> as we indicate
09:41 <vmassol> see
09:41 <vmassol> (the red box :))
09:41 <vmassol> I'm sure you're hitting those
09:42 <DarkKnightCZ> aaah, yes, thats it :)
09:42 <DarkKnightCZ> I will try to reproduce the CKEditor issue on clean installation and report a bug then :)
09:43 <vmassol> ok
09:47 <vmassol> thanks Alex
09:48 <vmassol> maybe you could also add the missing WebHome in the examples (haven't checked but that's a guess)
09:48 <vmassol> because it seems the tutorial is not valid
09:48 <vmassol> anymore
09:49 <vmassol> yes for example $xwiki.jsx.use("XWiki.SkinExt") is not  going to work by default
09:49 <vmassol> since by default pages are created non terminal
09:49 <vmassol> or we should indictae to create a page as a terminal page and point to the doc for that
09:50 <vmassol> btw just realized were missing documentation for terminal pages at, adding that
09:54 <DarkKnightCZ> has quit
09:55 <DarkKnightCZ> has joined #xwiki
09:58 <acotiuga> added the missing WebHome on SkinExtensionTutorial
10:01 <vmassol> it could be better to create a terminal page though since I'm not sure why a ssx page would have children but ok...
10:01 <vmassol> at least it makes it simpler for the non advanced user
10:02 <vmassol> (although it's an advanced concept)
10:03 <vmassol> it's not easy
10:07 <gdelhumeau> has joined #xwiki
10:16 <vmassol> FTR I've updated We forgot to udpate it when we introduced the terminal page checkbox in the create page dialog and when we introduced the new templates recently...
10:16 <vmassol> I think we need to be more careful about documentation in the future
10:16 <vmassol> lots of users are complaning that the doc is obsolete, and they're right
10:17 <vmassol> gdelhumeau: hi
10:17 <vmassol> gdelhumeau: could you update please?
10:17 <gdelhumeau> ok
10:18 <vmassol> gdelhumeau: maybe we could link to
10:18 <vmassol> the link is there already
10:18 <vmassol> maybe we could just link to it without adding the screenshots
10:18 <vmassol> however on we need to show a better screenshot too
10:19 <vmassol> with the children selection feature
10:19 <vmassol> wait
10:19 <vmassol> the children selection is only implemented for XAR?
10:19 <vmassol> not for HTML for example?
10:20 <vmassol> it's there for html
10:20 <vmassol> so it's only for HTML and XAR
10:20 <vmassol> so it's ok
10:20 <vmassol> :)
10:20 <vmassol> I thought we were supporting multiple pages for PDF too
10:20 <vmassol> but maybe you just didn't implement it
10:20 <vmassol> ?
10:29 <vmassol> guys, what do you think about introducing a UserReferenceSerializer to generate a user string. I'd like to remove some code duplication and improve the display when the guest user is not allowed to do somehting. For example if you have an include or display macro, we generate an exception with "[Current user [null] doesn't have view rights on document [lescastcodeurs:CKEditor.VelocityMacros]]". Would be nicer to say "Guest user [Guest]
10:37 <vmassol> mflorea, gdelhumeau, thomas (not here): wdyt?
10:37 <vmassol> FTR here's the code in the include macro:
10:38 <vmassol> (the same exist for the display maro)
10:38 <vmassol> *macro
10:41 <mflorea> vmassol: you mean a UserReferenceSerializer that generates "Guest" for null reference? I'm not that sure about this, because we won't have a resolver that generates null reference from "Guest"
10:41 <vmassol> yes but seralizer do not mean you can go back to parse them
10:41 <vmassol> IMO
10:41 <vmassol> it's just a representation
10:42 <vmassol> and this serializer woud generate a printable representation
10:42 <vmassol> (a pretty print representation if you prefer)
10:42 <vmassol> input: document reference, output: pretty print representation of the current user
10:43 <vmassol> ex: "Vincent Massol (xwiki:Vincent.Massol)"
10:43 <vmassol> ex2: "Guest"
10:44 <vmassol> I wouldn't mind using another terminology such as Displayer but we don't have a generic component interface for that
10:44 <vmassol> in any case it's still possible to write a resolver to resolver it back into a DocumentReference
10:44 <vmassol> (should it be needed)
10:51 <vmassol> mflorea: I was just hit by
10:51 <vmassol> (not me but a user of a wiki I've set up:
10:51 <vmassol> I could go back to GWT but would be nice to use CK
10:56 <mflorea> well, CK is a XAR extension, this will happen with any XAR extension. i.e. imagine that you install an application and you give view rights only to the application home page. If the home page includes other pages (from some code space for instance) it won't work correctly
10:57 <vmassol> I understand the problem mariu
10:57 <vmassol> marius
10:57 <vmassol> I'm not talking about all use cases, just this one which is a major one
10:57 <vmassol> (and a regression)
10:59 <mflorea> we need "include as author"
10:59 <evalica> has joined #xwiki
10:59 <vmassol> for the general use case maybe we need a marker at page level to tell that a page should be viewable independently of permissions, or something like this
10:59 <Enygma`> has joined #xwiki
10:59 <vmassol> or what you say yes
10:59 <vmassol> (even better)
10:59 <mflorea> include with the rights of the content author
11:00 <vmassol> we have something similar in a few places already
11:00 <vmassol> like SUExecutor
11:00 <mflorea> the downside is that it will require PR and it will cause issue on subwikis
11:01 <vmassol> why require PR?
11:01 <vmassol> if we consider that a page is safe, we could allow it to be viewed always no?
11:02 <vmassol> btw on my screenshot we can see that the skin is not being displayed fine either which is a similar issue
11:03 <vmassol> (but at least some skin is displayed so it's less criticial)
11:05 <mflorea> actually no, it doesn't require PR, it will just perform the include with the rights of the content author
11:05 <vmassol> yes
11:18 <gdelhumeau> vmassol: updated
11:19 <vmassol> thx
11:20 <vmassol> ahah you found a clever way ;)
11:21 <gdelhumeau> thanks :)
11:37 <edvorg> has joined #xwiki
11:49 <xwikibot> has joined #xwiki
12:11 <vmassol1> has joined #xwiki
12:13 <vmassol> has quit
12:55 <ClemensR> has joined #xwiki
15:06 <DarkKnightCZ> has quit
15:13 <jonesmeier> has quit
15:42 <DarkKnightCZ> has joined #xwiki
15:43 <vmassol1> ah reminder to try to favor one the issues listed on for BFDs
15:43 <vmassol1> (I had also forgotten which is why I'm sending this reminder ;))
15:43 <vmassol1> is now known as <vmassol>
15:43 <vmassol> they're not easy though…
15:44 <vmassol> I've jsut reviewed them and they look too complex for me at least
15:44 <vmassol> (to achieve in 1 one day)
15:49 <DarkKnightCZ> has quit
16:04 <DarkKnightCZ> has joined #xwiki
16:11 <DarkKnightCZ> has quit
16:12 <msmeria> has quit
17:16 <acotiuga> has quit
17:22 <ClemensR> has quit
17:33 <acotiuga> has joined #xwiki
17:45 <DarkKnightCZ> has joined #xwiki
17:46 <Aranjedeath> has joined #xwiki
17:47 <mflorea> has quit
17:53 <DarkKnightCZ> has quit
18:27 <gdelhumeau> has quit
18:37 <edvorg> has quit
18:40 <hakin> has quit
18:51 <acotiuga> has left #xwiki
20:25 <edvorg> has joined #xwiki
20:47 <vmassol> has quit
20:48 <mflorea> has joined #xwiki
21:35 <DarkKnightCZ> has joined #xwiki
21:40 <mflorea> has quit
21:52 <mflorea> has joined #xwiki
22:08 <mflorea> has quit
22:27 <edvorg> has quit
23:04 <DarkKnightCZ> has quit

Get Connected