Last modified by Vincent Massol on 2016/02/08 23:09

Show last authors
1 <msmeria> has joined #xwiki
2 07:17 <cjd> has quit
3 08:17 <woshilapin> has quit
4 08:56 <vmassol> has joined #xwiki
5 09:11 <KermitTheFragger> has joined #xwiki
6 09:13 <cjd> has joined #xwiki
7 09:15 <tmortagne> has joined #xwiki
8 09:22 <woshilapin> has joined #xwiki
9 09:50 <mflorea> has joined #xwiki
10 09:59 <gdelhumeau> has joined #xwiki
11 10:30 <evalica> has joined #xwiki
12 10:30 <Enygma`> has joined #xwiki
13 10:33 <Slashman> has joined #xwiki
14 10:55 <Pbas> has joined #xwiki
15 11:28 <Denis> has joined #xwiki
16 11:36 <martinus__> tmortagne, do you have a suggestion on the tomcat version to run with xwiki ? (or which container/version are you using ?)
17 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
18 11:39 <martinus__> tmortagne, I'm asking because we are running 8.0.14 but we still experience those sessions stealing :/
19 11:40 <martinus__> And I want to change of tomcat major version to test out
20 11:41 <martinus__> What we have also noticed is , once logged in the website, even with the "remember me" unchecked, the session stick forever
21 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
22 11:41 <martinus__> tmortagne, so my analysis is sessions are stored by tomcat, which can be an issue somewhere
23 11:42 <martinus__> as session are stored in memory in tomcat, by default
24 11:43 <martinus__> tmortagne, but do you confirm this is not the expected behavior that the session last apparently forever ?
25 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
26 11:43 <tmortagne> but I'm really not a Tomcat expert
27 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
28 11:44 <martinus__> yes maybe I'm misleaded somewhere
29 11:45 <martinus__> I don't understand that much how sessions works
30 11:45 <martinus__> But what I expect is, after a given amount of time, you are being logged out
31 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
32 11:49 <martinus__> tmortagne, yes, I'm not clear if the session cookie timeout is set by tomcat or by something else
33 12:07 <vmassol> tmortagne: that was fast :)
34 12:16 <tmortagne> vmassol: now that it's based on a resolved it's super easy to do and test this kind of change
35 12:16 <tmortagne> (but it's possible it broke some other tests)
36 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 ?
37 12:32 <MasterPiece> has joined #xwiki
38 12:33 <cjd> martinus__: I don't know exactly when they expire
39 12:33 <cjd> sorry
40 12:36 <martinus__> when thinking more about it, facebook or gmail sessions never expires until you close the browser ...
41 12:40 <martinus__> that would mean something is maintaining the server session every X seconds
42 13:41 <vmassol> downloading latest 7.4.1 snapshot to test sibling links
43 13:44 <Enygma`> vmassol: does not seem to be ready yet http://ci.xwiki.org/job/xwiki-platform-7.4.x/103/
44 13:44 <Enygma`> still building
45 13:45 <Enygma`> it`s quicker if you build xwiki-platform-rendering-xwiki locally and switch the jar (if you really want to)
46 13:47 <vmassol> k thanks
47 13:50 <vmassol> I need to build more
48 13:52 <vmassol> forget that I was not up to date
49 13:54 <vmassol> cool much nicer :)
50 13:54 <vmassol> so children first and then siblings?
51 13:55 <vmassol> (sounds logical)
52 13:56 <vmassol> hmmm question Enygma`: is it normal that [[label>>.page1]] gives a children link if a children page exists?
53 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/
54 13:57 <vmassol> how do I force a sibling link instead of a children link in my case?
55 13:58 <Enygma`> children have priority
56 13:58 <cjd> Have you considered going into politics?
57 13:58 <Enygma`> for manual siblings, you need to use the absolute reference
58 13:59 <Enygma`> cjd: I`m expecting far more jokes about children/sibligns/etc. regarding NestedPages, as I`ve already mentioned on the list :)
59 13:59 <cjd> Giving children priority is guaranteed to improve your approval rating, 9 out of 10 pollsters agree
60 14:00 <Enygma`> vmassol: so [[space:page1]] or [[page1.WebHome]] or [[:page1.]]
61 14:00 <vmassol> ok Enygma`, can you explain what the dot in [[label>>.page1]] means?
62 14:01 <Enygma`> current space
63 14:01 <vmassol> page1 is the current space
64 14:01 <vmassol> so it's ignored?
65 14:01 <vmassol> because <currentspace>.<currentspace> doesn't look right
66 14:02 <vmassol> ah no
67 14:02 <vmassol> my bad
68 14:02 <Enygma`> if page1 is the current space, then the link should be page1.page1 or page1.page1.WebHome or page1.WebHome
69 14:02 <vmassol> I'm on page2
70 14:02 <Enygma`> *should resolve to
71 14:02 <vmassol> so it means page2.page1 ok
72 14:03 <Enygma`> yep
73 14:04 <Enygma`> I`ve updated the XWikiSyntax page trying to clarigy some details including the algorithm.
74 14:04 <vmassol> I think we have to be prepared to answer questions about link references :)
75 14:04 <Enygma`> *clarify
76 14:04 <vmassol> yes that's important that it'es clear
77 14:04 <vmassol> checking it
78 14:04 <vmassol> now
79 14:32 <Enygma`> has quit
80 14:33 <Enygma`> has joined #xwiki
81 15:07 <msmeria> has quit
82 16:12 <MasterPiece> has quit
83 16:13 <MasterPiece``> has joined #xwiki
84 16:17 <vmassol> gdelhumeau: i think you've used the wrong mail notification on ci.xwiki.org for contrib projects
85 16:18 <gdelhumeau> I've let the default config
86 16:18 <vmassol> yes that's the problem
87 16:18 <gdelhumeau> "Send e-mail for every unstable build"
88 16:18 <vmassol> we don't use the default :)
89 16:19 <gdelhumeau> I can remove this and only enable "Send separate e-mails to individuals who broke the build"
90 16:19 <vmassol> nope
91 16:19 <vmassol> that's not the problem
92 16:19 <vmassol> we don't use the default email notification mechanism
93 16:19 <vmassol> we use a different plugin
94 16:19 <vmassol> and it's configured in a very specific way to avoid sending false positives emails
95 16:19 <gdelhumeau> ah ok
96 16:20 <vmassol> I have a script to copy projects
97 16:20 <vmassol> I'll work on it to make it work for contrib projects
98 16:20 <vmassol> I'm referring to the "Copy Jobs for a new branch" scriptlet script
99 16:21 <vmassol> and to "Postbuild script to be executed by jobs using the Groovy Postbuild plugin"
100 16:22 <vmassol> not this one
101 16:22 <vmassol> I meant "Fix Email notifications"
102 16:22 <vmassol> let me try to run it
103 16:23 <MasterPiece``> has quit
104 16:28 <vmassol> gdelhumeau: just changed the config for all contrib jobs, hope I didn't break too many thingfs ;)
105 16:29 <gdelhumeau> ok, thanks
106 16:50 <tmortagne> has quit
107 17:07 <KermitTheFragger> has quit
108 17:13 <vmassol> ohoh
109 17:15 <vmassol> hmm is this some kind of spam: http://extensions.xwiki.org/xwiki/bin/view/Extension/Redmine+Issues#Comments
110 17:15 <tmortagne> has joined #xwiki
111 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
112 17:16 <tmortagne> [RELEASE] starting 7.4.1 release in 10 minutes
113 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.
114 17:47 <vmassol> mflorea: it's not done afaik
115 17:48 <mflorea> ok, too bad
116 17:48 <vmassol> yeah...
117 17:51 <tmortagne> to be more precise UserResourceReference exist but that's all
118 17:51 <tmortagne> (no parser and no xhtml renderer for it)
119 17:51 <tmortagne> but that would be a nice and very easy to implement feature
120 17:53 <vmassol> depends
121 17:53 <vmassol> we had some long discussions..
122 17:53 <vmassol> when i tried to implement it
123 17:54 <vmassol> need to find issue
124 17:55 <tmortagne> the discussion was about adding new prefixes and we just added space: without blinking :)
125 17:56 <tmortagne> (collision with existing "user" wiki)
126 17:56 <vmassol> yes...
127 17:56 <vmassol> we just broke all our users having a wiki named "space"
128 17:57 <vmassol> we should mention it in the Rlease notes BTW
129 17:58 <vmassol> issue is http://jira.xwiki.org/browse/XRENDERING-290
130 17:59 <vmassol> Enygma`/tmortagne: you're adding it to the RN or should I do it?
131 18:00 <Enygma`> vmassol: you can add it. I`m finishing with the wysiwyg test then getting to the remaining doc
132 18:01 <vmassol> ok addin git
133 18:03 <vmassol> we may have made a mistake BTW
134 18:03 <vmassol> by doing this instead of doing it in a XWiki Syntax 2.2
135 18:07 <mflorea> has quit
136 18:08 <woshilapin> has quit
137 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
138 18:10 <vmassol> tmortagne: yes you're probably right
139 18:10 <vmassol> I agree
140 18:11 <tmortagne> I guess we need to close the VOTE you started on this
141 18:11 <vmassol> (even though I hate to break backward compat)
142 18:11 <vmassol> indeed
143 18:11 <vmassol> I'll resend a VOTE mail
144 18:11 <vmassol> taking into account the fact that we introduced space: just now
145 18:12 <tmortagne> yes better starting a fresh one
146 18:12 <vmassol> proposal or vote?
147 18:13 <vmassol> proposla
148 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
149 18:13 <vmassol> we decided a long time not to send votes for evrtytihnh
150 18:13 <vmassol> sergiu pushed for this
151 18:13 <vmassol> personally I'm fine with either
152 18:14 <tmortagne> sure but this is an important decision, it's not a mail about new release date
153 18:14 <vmassol> ok doing vote then
154 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
155 18:26 <cjd> has quit
156 18:29 <tmortagne> mvn versions:update-parent is really unusable for this kind of use case, I think I will just move to sed...
157 18:36 <tmortagne> 7.4.1 git/maven release done
158 19:03 <evalica> has quit
159 19:18 <Enygma`> has quit
160 19:38 <cjd> has joined #xwiki
161 20:05 <mflorea> has joined #xwiki
162 20:06 <gdelhumeau> has quit
163 20:08 <abusenius> has joined #xwiki
164 20:12 <tmortagne> has quit
165 20:31 <Slashman> has quit
166 20:59 <mflorea> has quit
167 21:35 <cjd> has quit
168 21:36 <cjd> has joined #xwiki
169 21:57 <vmassol> has quit
170 22:41 <woshilapin> has joined #xwiki
171 22:48 <Denis> has quit
172 22:50 <woshilapin> has quit
173 23:04 <woshilapin> has joined #xwiki
174 23:09 <woshilapin> has quit

Get Connected