IRC Archive for channel #xwiki on 08 February 2016
Last modified by Vincent Massol on 2016/02/08 23:09
<msmeria> has joined #xwiki
07:17 <cjd> has quit
08:17 <woshilapin> has quit
08:56 <vmassol> has joined #xwiki
09:11 <KermitTheFragger> has joined #xwiki
09:13 <cjd> has joined #xwiki
09:15 <tmortagne> has joined #xwiki
09:22 <woshilapin> has joined #xwiki
09:50 <mflorea> has joined #xwiki
09:59 <gdelhumeau> has joined #xwiki
10:30 <evalica> has joined #xwiki
10:30 <Enygma`> has joined #xwiki
10:33 <Slashman> has joined #xwiki
10:55 <Pbas> has joined #xwiki
11:28 <Denis> has joined #xwiki
11:36 <martinus__> tmortagne, do you have a suggestion on the tomcat version to run with xwiki ? (or which container/version are you using ?)
11:39 <tmortagne> martinus__: myxwiki.org is using 7.0.52 as far as I can see but I'm not really the best one to ask for recommended Tomcat version, I don't really know any unrecommended version of Tomcat
11:39 <martinus__> tmortagne, I'm asking because we are running 8.0.14 but we still experience those sessions stealing :/
11:40 <martinus__> And I want to change of tomcat major version to test out
11:41 <martinus__> What we have also noticed is , once logged in the website, even with the "remember me" unchecked, the session stick forever
11:41 <tmortagne> "remember me" is a XWiki thing to store user in the cookie but I don't think it has much impact of the actual session
11:41 <martinus__> tmortagne, so my analysis is sessions are stored by tomcat, which can be an issue somewhere
11:42 <martinus__> as session are stored in memory in tomcat, by default
11:43 <martinus__> tmortagne, but do you confirm this is not the expected behavior that the session last apparently forever ?
11:43 <tmortagne> storing the sessions on FS does not seems like a very safe thing to do so I guess default is memory, when I think about sessions I expect them to be reseted when I restart
11:43 <tmortagne> but I'm really not a Tomcat expert
11:44 <tmortagne> martinus__: what makes you think the sessions last forever ? maybe you are misleaded by XWiki automatically logging it with whatis stored in the cookie
11:44 <martinus__> yes maybe I'm misleaded somewhere
11:45 <martinus__> I don't understand that much how sessions works
11:45 <martinus__> But what I expect is, after a given amount of time, you are being logged out
11:46 <tmortagne> usually you loose the sessions after some timeout or when you close your browser so it depends what is the timeout on Tomcat side I guess
11:49 <martinus__> tmortagne, yes, I'm not clear if the session cookie timeout is set by tomcat or by something else
12:07 <vmassol> tmortagne: that was fast :)
12:16 <tmortagne> vmassol: now that it's based on a resolved it's super easy to do and test this kind of change
12:16 <tmortagne> (but it's possible it broke some other tests)
12:22 <martinus__> cjd, I saw your name mentioned on the comments of http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Security ; I was wondering if you can help me understand, why the three session cookies mentioned on that page doesn't include a timeout ? Then how is handled the session timeout within xwiki ?
12:32 <MasterPiece> has joined #xwiki
12:33 <cjd> martinus__: I don't know exactly when they expire
12:33 <cjd> sorry
12:36 <martinus__> when thinking more about it, facebook or gmail sessions never expires until you close the browser ...
12:40 <martinus__> that would mean something is maintaining the server session every X seconds
13:41 <vmassol> downloading latest 7.4.1 snapshot to test sibling links
13:44 <Enygma`> vmassol: does not seem to be ready yet http://ci.xwiki.org/job/xwiki-platform-7.4.x/103/
13:44 <Enygma`> still building
13:45 <Enygma`> it`s quicker if you build xwiki-platform-rendering-xwiki locally and switch the jar (if you really want to)
13:47 <vmassol> k thanks
13:50 <vmassol> I need to build more
13:52 <vmassol> forget that I was not up to date
13:54 <vmassol> cool much nicer :)
13:54 <vmassol> so children first and then siblings?
13:55 <vmassol> (sounds logical)
13:56 <vmassol> hmmm question Enygma`: is it normal that [[label>>.page1]] gives a children link if a children page exists?
13:57 <vmassol> I'm on http://localhost:8080/xwiki/bin/view/page2/ and I have http://localhost:8080/xwiki/bin/view/page2/page1 and http://localhost:8080/xwiki/bin/view/page1/
13:57 <vmassol> how do I force a sibling link instead of a children link in my case?
13:58 <Enygma`> children have priority
13:58 <cjd> Have you considered going into politics?
13:58 <Enygma`> for manual siblings, you need to use the absolute reference
13:59 <Enygma`> cjd: I`m expecting far more jokes about children/sibligns/etc. regarding NestedPages, as I`ve already mentioned on the list :)
13:59 <cjd> Giving children priority is guaranteed to improve your approval rating, 9 out of 10 pollsters agree
14:00 <Enygma`> vmassol: so [[space:page1]] or [[page1.WebHome]] or [[:page1.]]
14:00 <vmassol> ok Enygma`, can you explain what the dot in [[label>>.page1]] means?
14:01 <Enygma`> current space
14:01 <vmassol> page1 is the current space
14:01 <vmassol> so it's ignored?
14:01 <vmassol> because <currentspace>.<currentspace> doesn't look right
14:02 <vmassol> ah no
14:02 <vmassol> my bad
14:02 <Enygma`> if page1 is the current space, then the link should be page1.page1 or page1.page1.WebHome or page1.WebHome
14:02 <vmassol> I'm on page2
14:02 <Enygma`> *should resolve to
14:02 <vmassol> so it means page2.page1 ok
14:03 <Enygma`> yep
14:04 <Enygma`> I`ve updated the XWikiSyntax page trying to clarigy some details including the algorithm.
14:04 <vmassol> I think we have to be prepared to answer questions about link references :)
14:04 <Enygma`> *clarify
14:04 <vmassol> yes that's important that it'es clear
14:04 <vmassol> checking it
14:04 <vmassol> now
14:32 <Enygma`> has quit
14:33 <Enygma`> has joined #xwiki
15:07 <msmeria> has quit
16:12 <MasterPiece> has quit
16:13 <MasterPiece``> has joined #xwiki
16:17 <vmassol> gdelhumeau: i think you've used the wrong mail notification on ci.xwiki.org for contrib projects
16:18 <gdelhumeau> I've let the default config
16:18 <vmassol> yes that's the problem
16:18 <gdelhumeau> "Send e-mail for every unstable build"
16:18 <vmassol> we don't use the default :)
16:19 <gdelhumeau> I can remove this and only enable "Send separate e-mails to individuals who broke the build"
16:19 <vmassol> nope
16:19 <vmassol> that's not the problem
16:19 <vmassol> we don't use the default email notification mechanism
16:19 <vmassol> we use a different plugin
16:19 <vmassol> and it's configured in a very specific way to avoid sending false positives emails
16:19 <gdelhumeau> ah ok
16:20 <vmassol> I have a script to copy projects
16:20 <vmassol> I'll work on it to make it work for contrib projects
16:20 <vmassol> I'm referring to the "Copy Jobs for a new branch" scriptlet script
16:21 <vmassol> and to "Postbuild script to be executed by jobs using the Groovy Postbuild plugin"
16:22 <vmassol> not this one
16:22 <vmassol> I meant "Fix Email notifications"
16:22 <vmassol> let me try to run it
16:23 <MasterPiece``> has quit
16:28 <vmassol> gdelhumeau: just changed the config for all contrib jobs, hope I didn't break too many thingfs ;)
16:29 <gdelhumeau> ok, thanks
16:50 <tmortagne> has quit
17:07 <KermitTheFragger> has quit
17:13 <vmassol> ohoh
17:15 <vmassol> hmm is this some kind of spam: http://extensions.xwiki.org/xwiki/bin/view/Extension/Redmine+Issues#Comments
17:15 <tmortagne> has joined #xwiki
17:15 <vmassol> the guy had started a page a week ago. I contacted him to propose to help him. No answer so I deleted the page one week after. now he's created it again. And again almost empty
17:16 <tmortagne> [RELEASE] starting 7.4.1 release in 10 minutes
17:47 <mflorea> vmassol: is the 'user' link/resource type supported. I tried [[label>>user:mflorea]] and it doesn't work so I guess it's not supported.
17:47 <vmassol> mflorea: it's not done afaik
17:48 <mflorea> ok, too bad
17:48 <vmassol> yeah...
17:51 <tmortagne> to be more precise UserResourceReference exist but that's all
17:51 <tmortagne> (no parser and no xhtml renderer for it)
17:51 <tmortagne> but that would be a nice and very easy to implement feature
17:53 <vmassol> depends
17:53 <vmassol> we had some long discussions..
17:53 <vmassol> when i tried to implement it
17:54 <vmassol> need to find issue
17:55 <tmortagne> the discussion was about adding new prefixes and we just added space: without blinking :)
17:56 <tmortagne> (collision with existing "user" wiki)
17:56 <vmassol> yes...
17:56 <vmassol> we just broke all our users having a wiki named "space"
17:57 <vmassol> we should mention it in the Rlease notes BTW
17:58 <vmassol> issue is http://jira.xwiki.org/browse/XRENDERING-290
17:59 <vmassol> Enygma`/tmortagne: you're adding it to the RN or should I do it?
18:00 <Enygma`> vmassol: you can add it. I`m finishing with the wysiwyg test then getting to the remaining doc
18:01 <vmassol> ok addin git
18:03 <vmassol> we may have made a mistake BTW
18:03 <vmassol> by doing this instead of doing it in a XWiki Syntax 2.2
18:07 <mflorea> has quit
18:08 <woshilapin> has quit
18:09 <tmortagne> resource reference syntax is not really tied to the wiki syntax, we hacked something in 2.0 when we introduced the concept of resource references but we are not going to increment the wiki syntax version each time we add a new kind of resource
18:10 <vmassol> tmortagne: yes you're probably right
18:10 <vmassol> I agree
18:11 <tmortagne> I guess we need to close the VOTE you started on this
18:11 <vmassol> (even though I hate to break backward compat)
18:11 <vmassol> indeed
18:11 <vmassol> I'll resend a VOTE mail
18:11 <vmassol> taking into account the fact that we introduced space: just now
18:12 <tmortagne> yes better starting a fresh one
18:12 <vmassol> proposal or vote?
18:13 <vmassol> proposla
18:13 <tmortagne> well we need a vote, if you feel you don't have enough possibilities you can start with a new proposal but we'll have to vote and document something
18:13 <vmassol> we decided a long time not to send votes for evrtytihnh
18:13 <vmassol> sergiu pushed for this
18:13 <vmassol> personally I'm fine with either
18:14 <tmortagne> sure but this is an important decision, it's not a mail about new release date
18:14 <vmassol> ok doing vote then
18:21 <tmortagne> hmm looks like the release script does not put the right parent in the pom, need to look at this after the release
18:26 <cjd> has quit
18:29 <tmortagne> mvn versions:update-parent is really unusable for this kind of use case, I think I will just move to sed...
18:36 <tmortagne> 7.4.1 git/maven release done
19:03 <evalica> has quit
19:18 <Enygma`> has quit
19:38 <cjd> has joined #xwiki
20:05 <mflorea> has joined #xwiki
20:06 <gdelhumeau> has quit
20:08 <abusenius> has joined #xwiki
20:12 <tmortagne> has quit
20:31 <Slashman> has quit
20:59 <mflorea> has quit
21:35 <cjd> has quit
21:36 <cjd> has joined #xwiki
21:57 <vmassol> has quit
22:41 <woshilapin> has joined #xwiki
22:48 <Denis> has quit
22:50 <woshilapin> has quit
23:04 <woshilapin> has joined #xwiki
23:09 <woshilapin> has quit
07:17 <cjd> has quit
08:17 <woshilapin> has quit
08:56 <vmassol> has joined #xwiki
09:11 <KermitTheFragger> has joined #xwiki
09:13 <cjd> has joined #xwiki
09:15 <tmortagne> has joined #xwiki
09:22 <woshilapin> has joined #xwiki
09:50 <mflorea> has joined #xwiki
09:59 <gdelhumeau> has joined #xwiki
10:30 <evalica> has joined #xwiki
10:30 <Enygma`> has joined #xwiki
10:33 <Slashman> has joined #xwiki
10:55 <Pbas> has joined #xwiki
11:28 <Denis> has joined #xwiki
11:36 <martinus__> tmortagne, do you have a suggestion on the tomcat version to run with xwiki ? (or which container/version are you using ?)
11:39 <tmortagne> martinus__: myxwiki.org is using 7.0.52 as far as I can see but I'm not really the best one to ask for recommended Tomcat version, I don't really know any unrecommended version of Tomcat
11:39 <martinus__> tmortagne, I'm asking because we are running 8.0.14 but we still experience those sessions stealing :/
11:40 <martinus__> And I want to change of tomcat major version to test out
11:41 <martinus__> What we have also noticed is , once logged in the website, even with the "remember me" unchecked, the session stick forever
11:41 <tmortagne> "remember me" is a XWiki thing to store user in the cookie but I don't think it has much impact of the actual session
11:41 <martinus__> tmortagne, so my analysis is sessions are stored by tomcat, which can be an issue somewhere
11:42 <martinus__> as session are stored in memory in tomcat, by default
11:43 <martinus__> tmortagne, but do you confirm this is not the expected behavior that the session last apparently forever ?
11:43 <tmortagne> storing the sessions on FS does not seems like a very safe thing to do so I guess default is memory, when I think about sessions I expect them to be reseted when I restart
11:43 <tmortagne> but I'm really not a Tomcat expert
11:44 <tmortagne> martinus__: what makes you think the sessions last forever ? maybe you are misleaded by XWiki automatically logging it with whatis stored in the cookie
11:44 <martinus__> yes maybe I'm misleaded somewhere
11:45 <martinus__> I don't understand that much how sessions works
11:45 <martinus__> But what I expect is, after a given amount of time, you are being logged out
11:46 <tmortagne> usually you loose the sessions after some timeout or when you close your browser so it depends what is the timeout on Tomcat side I guess
11:49 <martinus__> tmortagne, yes, I'm not clear if the session cookie timeout is set by tomcat or by something else
12:07 <vmassol> tmortagne: that was fast :)
12:16 <tmortagne> vmassol: now that it's based on a resolved it's super easy to do and test this kind of change
12:16 <tmortagne> (but it's possible it broke some other tests)
12:22 <martinus__> cjd, I saw your name mentioned on the comments of http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Security ; I was wondering if you can help me understand, why the three session cookies mentioned on that page doesn't include a timeout ? Then how is handled the session timeout within xwiki ?
12:32 <MasterPiece> has joined #xwiki
12:33 <cjd> martinus__: I don't know exactly when they expire
12:33 <cjd> sorry
12:36 <martinus__> when thinking more about it, facebook or gmail sessions never expires until you close the browser ...
12:40 <martinus__> that would mean something is maintaining the server session every X seconds
13:41 <vmassol> downloading latest 7.4.1 snapshot to test sibling links
13:44 <Enygma`> vmassol: does not seem to be ready yet http://ci.xwiki.org/job/xwiki-platform-7.4.x/103/
13:44 <Enygma`> still building
13:45 <Enygma`> it`s quicker if you build xwiki-platform-rendering-xwiki locally and switch the jar (if you really want to)
13:47 <vmassol> k thanks
13:50 <vmassol> I need to build more
13:52 <vmassol> forget that I was not up to date
13:54 <vmassol> cool much nicer :)
13:54 <vmassol> so children first and then siblings?
13:55 <vmassol> (sounds logical)
13:56 <vmassol> hmmm question Enygma`: is it normal that [[label>>.page1]] gives a children link if a children page exists?
13:57 <vmassol> I'm on http://localhost:8080/xwiki/bin/view/page2/ and I have http://localhost:8080/xwiki/bin/view/page2/page1 and http://localhost:8080/xwiki/bin/view/page1/
13:57 <vmassol> how do I force a sibling link instead of a children link in my case?
13:58 <Enygma`> children have priority
13:58 <cjd> Have you considered going into politics?
13:58 <Enygma`> for manual siblings, you need to use the absolute reference
13:59 <Enygma`> cjd: I`m expecting far more jokes about children/sibligns/etc. regarding NestedPages, as I`ve already mentioned on the list :)
13:59 <cjd> Giving children priority is guaranteed to improve your approval rating, 9 out of 10 pollsters agree
14:00 <Enygma`> vmassol: so [[space:page1]] or [[page1.WebHome]] or [[:page1.]]
14:00 <vmassol> ok Enygma`, can you explain what the dot in [[label>>.page1]] means?
14:01 <Enygma`> current space
14:01 <vmassol> page1 is the current space
14:01 <vmassol> so it's ignored?
14:01 <vmassol> because <currentspace>.<currentspace> doesn't look right
14:02 <vmassol> ah no
14:02 <vmassol> my bad
14:02 <Enygma`> if page1 is the current space, then the link should be page1.page1 or page1.page1.WebHome or page1.WebHome
14:02 <vmassol> I'm on page2
14:02 <Enygma`> *should resolve to
14:02 <vmassol> so it means page2.page1 ok
14:03 <Enygma`> yep
14:04 <Enygma`> I`ve updated the XWikiSyntax page trying to clarigy some details including the algorithm.
14:04 <vmassol> I think we have to be prepared to answer questions about link references :)
14:04 <Enygma`> *clarify
14:04 <vmassol> yes that's important that it'es clear
14:04 <vmassol> checking it
14:04 <vmassol> now
14:32 <Enygma`> has quit
14:33 <Enygma`> has joined #xwiki
15:07 <msmeria> has quit
16:12 <MasterPiece> has quit
16:13 <MasterPiece``> has joined #xwiki
16:17 <vmassol> gdelhumeau: i think you've used the wrong mail notification on ci.xwiki.org for contrib projects
16:18 <gdelhumeau> I've let the default config
16:18 <vmassol> yes that's the problem
16:18 <gdelhumeau> "Send e-mail for every unstable build"
16:18 <vmassol> we don't use the default :)
16:19 <gdelhumeau> I can remove this and only enable "Send separate e-mails to individuals who broke the build"
16:19 <vmassol> nope
16:19 <vmassol> that's not the problem
16:19 <vmassol> we don't use the default email notification mechanism
16:19 <vmassol> we use a different plugin
16:19 <vmassol> and it's configured in a very specific way to avoid sending false positives emails
16:19 <gdelhumeau> ah ok
16:20 <vmassol> I have a script to copy projects
16:20 <vmassol> I'll work on it to make it work for contrib projects
16:20 <vmassol> I'm referring to the "Copy Jobs for a new branch" scriptlet script
16:21 <vmassol> and to "Postbuild script to be executed by jobs using the Groovy Postbuild plugin"
16:22 <vmassol> not this one
16:22 <vmassol> I meant "Fix Email notifications"
16:22 <vmassol> let me try to run it
16:23 <MasterPiece``> has quit
16:28 <vmassol> gdelhumeau: just changed the config for all contrib jobs, hope I didn't break too many thingfs ;)
16:29 <gdelhumeau> ok, thanks
16:50 <tmortagne> has quit
17:07 <KermitTheFragger> has quit
17:13 <vmassol> ohoh
17:15 <vmassol> hmm is this some kind of spam: http://extensions.xwiki.org/xwiki/bin/view/Extension/Redmine+Issues#Comments
17:15 <tmortagne> has joined #xwiki
17:15 <vmassol> the guy had started a page a week ago. I contacted him to propose to help him. No answer so I deleted the page one week after. now he's created it again. And again almost empty
17:16 <tmortagne> [RELEASE] starting 7.4.1 release in 10 minutes
17:47 <mflorea> vmassol: is the 'user' link/resource type supported. I tried [[label>>user:mflorea]] and it doesn't work so I guess it's not supported.
17:47 <vmassol> mflorea: it's not done afaik
17:48 <mflorea> ok, too bad
17:48 <vmassol> yeah...
17:51 <tmortagne> to be more precise UserResourceReference exist but that's all
17:51 <tmortagne> (no parser and no xhtml renderer for it)
17:51 <tmortagne> but that would be a nice and very easy to implement feature
17:53 <vmassol> depends
17:53 <vmassol> we had some long discussions..
17:53 <vmassol> when i tried to implement it
17:54 <vmassol> need to find issue
17:55 <tmortagne> the discussion was about adding new prefixes and we just added space: without blinking :)
17:56 <tmortagne> (collision with existing "user" wiki)
17:56 <vmassol> yes...
17:56 <vmassol> we just broke all our users having a wiki named "space"
17:57 <vmassol> we should mention it in the Rlease notes BTW
17:58 <vmassol> issue is http://jira.xwiki.org/browse/XRENDERING-290
17:59 <vmassol> Enygma`/tmortagne: you're adding it to the RN or should I do it?
18:00 <Enygma`> vmassol: you can add it. I`m finishing with the wysiwyg test then getting to the remaining doc
18:01 <vmassol> ok addin git
18:03 <vmassol> we may have made a mistake BTW
18:03 <vmassol> by doing this instead of doing it in a XWiki Syntax 2.2
18:07 <mflorea> has quit
18:08 <woshilapin> has quit
18:09 <tmortagne> resource reference syntax is not really tied to the wiki syntax, we hacked something in 2.0 when we introduced the concept of resource references but we are not going to increment the wiki syntax version each time we add a new kind of resource
18:10 <vmassol> tmortagne: yes you're probably right
18:10 <vmassol> I agree
18:11 <tmortagne> I guess we need to close the VOTE you started on this
18:11 <vmassol> (even though I hate to break backward compat)
18:11 <vmassol> indeed
18:11 <vmassol> I'll resend a VOTE mail
18:11 <vmassol> taking into account the fact that we introduced space: just now
18:12 <tmortagne> yes better starting a fresh one
18:12 <vmassol> proposal or vote?
18:13 <vmassol> proposla
18:13 <tmortagne> well we need a vote, if you feel you don't have enough possibilities you can start with a new proposal but we'll have to vote and document something
18:13 <vmassol> we decided a long time not to send votes for evrtytihnh
18:13 <vmassol> sergiu pushed for this
18:13 <vmassol> personally I'm fine with either
18:14 <tmortagne> sure but this is an important decision, it's not a mail about new release date
18:14 <vmassol> ok doing vote then
18:21 <tmortagne> hmm looks like the release script does not put the right parent in the pom, need to look at this after the release
18:26 <cjd> has quit
18:29 <tmortagne> mvn versions:update-parent is really unusable for this kind of use case, I think I will just move to sed...
18:36 <tmortagne> 7.4.1 git/maven release done
19:03 <evalica> has quit
19:18 <Enygma`> has quit
19:38 <cjd> has joined #xwiki
20:05 <mflorea> has joined #xwiki
20:06 <gdelhumeau> has quit
20:08 <abusenius> has joined #xwiki
20:12 <tmortagne> has quit
20:31 <Slashman> has quit
20:59 <mflorea> has quit
21:35 <cjd> has quit
21:36 <cjd> has joined #xwiki
21:57 <vmassol> has quit
22:41 <woshilapin> has joined #xwiki
22:48 <Denis> has quit
22:50 <woshilapin> has quit
23:04 <woshilapin> has joined #xwiki
23:09 <woshilapin> has quit
