IRC Archive for channel #xwiki on 08 June 2012

00:13 <jamie__wiki> Just tested my fix for allowing doc parent change in inline edit mode on my 3.5 install, seems to work fine with minor change (removing withLock class).
00:14 <jamie__wiki> I've created a pull request against the master here: https://github.com/xwiki/xwiki-platform/pull/51
00:39 <+AndreasJonsson> jamie__wiki: I've tested your patch on 4.2-SNAPSHOT and it works fine.  I'll commit it.
00:39 <jamie__wiki> thanks!
00:42 <CIA-117> Andreas Jonsson master * r2dddbdf https://github.com/xwiki/xwiki-platform/commit/2dddbdfafa3489e60c385dc3baef280819ec255e / xwiki-platform-core/xwiki-platform-web/src/main/webapp/templates/editinline.vm : XWIKI-6935: Patch by jamiemaher - Determine if edit should be allowed earlier, and start html form element just after mainContentArea div if editing is allowed. - http://git.io/C2dfEA
00:42 <CIA-117> Andreas Jonsson master * re3f53b6 https://github.com/xwiki/xwiki-platform/commit/e3f53b621e83b353d9fb788594f8ff20b0f8c7e1 / xwiki-platform-core/xwiki-platform-web/src/main/webapp/templates/macros.vm : XWIKI-7172: Readding colum name comment in JSON code. - http://git.io/dB-_jQ
00:42 <CIA-117> Andreas Jonsson master * r82938c6 https://github.com/xwiki/xwiki-platform/commit/82938c671fac7e9df44933cb6adf71464d28703a / (2 files in 2 dirs): XWIKI-7878: Javadoc format cleanup. - http://git.io/zzKXiA
00:46 <CIA-117> Andreas Jonsson stable-4.1.x * raebe883 https://github.com/xwiki/xwiki-platform/commit/aebe88334fa96c6865e2e3a5e827f17183856833 / xwiki-platform-core/xwiki-platform-web/src/main/webapp/templates/editinline.vm : XWIKI-6935: Patch by jamiemaher - Determine if edit should be allowed earlier, and start html form element just after mainContentArea div if editing is allowed. - http://git.io/iC8zlg
00:53 <CIA-117> Andreas Jonsson stable-3.5.x * r8a51a3b https://github.com/xwiki/xwiki-platform/commit/8a51a3baf58fdb25e85f941d03fc382b1486cade / xwiki-platform-core/xwiki-platform-web/src/main/webapp/templates/editinline.vm : XWIKI-6935: Patch by jamiemaher - Determine if edit should be allowed earlier, and start html form element just after mainContentArea div if editing is allowed. - http://git.io/bgtagg
01:05 <polx> has quit
01:23 <Enygma`> has quit
01:35 <jamie__wiki> Thanks, don't know if anyone wants to take a look at an improvement I did to the AttachmentSelector.  I added support for saving to and listing from a target page. (eg if you want to restrict access to attachments by setting rights on the target page, but still allow access to the main listing/detail page)
01:36 <jamie__wiki> The pull request is here for that: https://github.com/xwiki/xwiki-enterprise/pull/20
01:37 <jamie__wiki> The last change commited to that pull request also includes a big speedup for pages with many attachments, which could probably be applied to the stock AttachmentSelector: https://github.com/jamiemaher/xwiki-enterprise/commit/d771678cbe1f21c29270fd060f7c532e042df168
01:39 <jamie__wiki> Eg.  with 262 attachments it took 25 sec before, 5 sec after.
01:40 <jamie__wiki> Gotta go, thanks.
01:41 <jamie__wiki> has quit
02:08 <Shaddox> has joined #xwiki
02:11 <ssavi> has quit
02:57 <ssavi> has joined #xwiki
03:06 <Shaddox> has quit
03:20 <sdumitriu> has quit
04:19 <sdumitriu> has joined #xwiki
04:19 <ssavi> has quit
04:32 <ssavi> has joined #xwiki
05:30 <CIA-117> Jamie Maher master * rf6867bb https://github.com/xwiki/xwiki-platform/commit/f6867bbd10b98eca614b13aa239f8ed56635390e / xwiki-platform-core/xwiki-platform-rest/xwiki-platform-rest-server/src/main/java/org/xwiki/rest/DomainObjectFactory.java : XWIKI-7874: wysiwyg: attachments not listing in "link" button "all pages" tab - transport error caused by rest UriBuilderException - http://git.io/RJ-yWA
05:30 <CIA-117> Jamie Maher master * r8f3ee0f https://github.com/xwiki/xwiki-platform/commit/8f3ee0f0193e0aafada2bb631aaf9b9ef4ebc261 / xwiki-platform-core/xwiki-platform-rest/xwiki-platform-rest-server/src/main/java/org/xwiki/rest/DomainObjectFactory.java : XWiki code style application - http://git.io/NlUZ9g
06:01 <CIA-117> Caleb James DeLisle stable-4.1.x * ra749329 https://github.com/xwiki/xwiki-platform/commit/a7493291244423e1d68f22fa2bb3044a0831a499 / (19 files in 3 dirs): [release] updating translations - http://git.io/uAJIRQ
06:05 <CIA-117> Caleb James DeLisle master * r3e89b5e https://github.com/xwiki/xwiki-platform/commit/3e89b5edc3df87ca4ffaf4a57070b17e815cf99b / (19 files in 3 dirs): Merge branch 'stable-4.1.x' (+9 more commits...) - http://git.io/VOJnwQ
06:11 <CIA-117> Caleb James DeLisle master * r8ebbac1 https://github.com/xwiki/xwiki-manager/commit/8ebbac145e7e61b1d70ae7d6ee67b2e27285c379 / xwiki-manager-ui/src/main/resources/XemResources/Translations.da.xml : [release] Updated translations - http://git.io/HWxV9g
06:11 <CIA-117> Caleb James DeLisle master * r8aadb64 https://github.com/xwiki/xwiki-manager/commit/8aadb6499e5104c268db05dbd0abf2a5f5cda3cf / xwiki-manager-ui/src/main/resources/XemResources/Translations.da.xml : Merge branch 'stable-4.1.x' - http://git.io/O02lwg
06:11 <CIA-117> Caleb James DeLisle stable-4.1.x * r8ebbac1 https://github.com/xwiki/xwiki-manager/commit/8ebbac145e7e61b1d70ae7d6ee67b2e27285c379 / xwiki-manager-ui/src/main/resources/XemResources/Translations.da.xml : [release] Updated translations - http://git.io/HWxV9g
06:21 <tekzilla> has quit
06:23 <tekzilla> has joined #xwiki
07:03 <Denis1> has joined #xwiki
07:03 <Denis1> has quit
07:03 <Denis1> has joined #xwiki
07:06 <Denis> has quit
07:32 <ssavi_> has joined #xwiki
07:35 <ssavi_> has quit
07:35 <ssavi_> has joined #xwiki
07:35 <ssavi> has quit
07:35 <ssavi_> is now known as <ssavi>
08:24 <mflorea> has joined #xwiki
08:42 <vmassol> has joined #xwiki
08:48 <polx> has joined #xwiki
08:48 <vmassol> cjd: please don't release yet, I still need to work on it today
08:49 <vmassol> for RC1
08:49 <vmassol> I need to implement support for windows7 for 4.1
08:49 <vmassol> I'll be done before end of day
08:49 <@cjd> ok, please send mail to the list so we can agree on a new postponement date
08:50 <vmassol> we haven't postponed anything
08:50 <vmassol> the release is still planned for Monday as it has alwasy been
08:50 <@cjd> so you're asking to take away all of the staging time?
08:50 <vmassol> see http://enterprise.xwiki.org/xwiki/bin/view/Main/Roadmap
08:50 <vmassol> errr?
08:50 <vmassol> 4.1 final is planned for 18th of June
08:51 <vmassol> not 11th!
08:51 <@cjd> [xwiki-devs] [PROPOSAL] Release process/dates for 4.1-rc-1
08:52 <@cjd> since we will be deviating from that I think there should be some documentation of how and why :)
08:52 <vmassol> checking mail
08:52 <vmassol> but the roadmap is the official place
08:52 <vmassol> and it says RC1 is 11th and final is 18th
08:53 <vmassol> ok I think the mail is not enough, I'll reply
08:59 <rrodriguez> has quit
09:01 <vmassol> cjd: just sent a reply mail
09:01 <vmassol> seems I don't understand something
09:02 <vmassol> and I apologize for reading  quickly your previous mail
09:02 <vmassol> "[PROPOSAL] Release process/dates for 4.1-rc-1"
09:02 <vmassol> I didn't think it through
09:05 <vmassol> cjd: I think caty has raised a blocker too
09:05 <vmassol> this one: http://jira.xwiki.org/jira/browse/XWIKI-7885
09:07 <@cjd> hmm indeed
09:08 <vmassol> we need to get hold of Enygma (eddy)
09:08 <vmassol> pinging him on skype
09:08 <@cjd> If we are to release without staging as you suggest, we would be going against what seems to be agreed upon here: http://lists.xwiki.org/pipermail/devs/2012-May/050825.html
09:08 <@cjd> I should take a tally for correctness.
09:09 <vmassol> let me re-read this
09:09 <vmassol> well this mail is not clear
09:10 <vmassol> it doesn't explain what happens to rc and final
09:10 <@cjd> "For RC or finals, we place the release in staging and immediately call a VOTE to publish the release, this gives our testing team (everybody!) 72 hours to raise a potential issue."
09:10 <vmassol> so this means more release time and not less
09:10 <vmassol> delayed releases
09:10 <vmassol> but below you say "it is advantageous to move toward a faster release cycle
09:10 <vmassol> "
09:11 <vmassol> this does not compute for me :)
09:11 <vmassol> this means double staging
09:12 <vmassol> I'm fine to replace our current staging that we do with RC but it needs to be as effective so we need to find way to make it effective. But keeping both is just wasted time
09:12 <vmassol> and goes in the opposite direction that we want
09:13 <@cjd> It would be nice if we could figure out how to rename -rc to -final
09:13 <vmassol> I think nexus should allow that
09:13 <vmassol> but
09:13 <vmassol> we would need to implement custom code
09:13 <vmassol> becuase we're doing tricky stuff with versions
09:13 <vmassol> like our version.properties file
09:13 <vmassol> anyway I've never found how to do ti with nexus
09:14 <vmassol> even though I read somewhere it was possible a few years ago
09:14 <vmassol> maybe it  was planned but never implemented
09:14 <vmassol> ATM I doubt it's possible to dit
09:14 <vmassol> *do it
09:19 <vmassol> cjd: shouldn't we apply http://jira.xwiki.org/browse/XWIKI-6935 before RC1?
09:20 <vmassol> ah it's applied already :)
09:23 <@cjd> lol I just sent mail to close it as I saw your mail come in retracting your vote
09:23 <vmassol> yep noticed
09:24 <vmassol> right now I'd like to see if others think like me
09:24 <@cjd> my feeling about the long staging is it's no concern because we can continue on developing on the next iteration
09:24 <vmassol> we see the effect here of the new practice
09:24 <vmassol> we're loosing 4 days of dev
09:24 <vmassol> re next iteration it's not so simple
09:24 <vmassol> that would assume there's no urgent need for the feature being developed
09:24 <@cjd> we lose it for 4.1 but we get it back for 4.2 because this time is added to the 4.2M1 cycle
09:25 <vmassol> that means 3 months later
09:25 <vmassol> in my case
09:25 <vmassol> we're loosing users every day
09:25 <vmassol> because the window7 installer just doesn't work
09:25 <vmassol> and people go away
09:25 <vmassol> it's a blocker bug
09:26 <@cjd> perhaps a patch for that should be pushed into 4.0.1?
09:26 <vmassol> yep
09:26 <vmassol> let me explain
09:26 <vmassol> I've fixed the installer properly on 4.2 branch
09:27 <vmassol> while fixing it I realized that the fix is too complex to be ported on the 4.1 branch
09:27 <vmassol> it's too risky with too many changes
09:27 <vmassol> so
09:27 <vmassol> what I'm now going to do today
09:27 <vmassol> is implement a degraded solution
09:27 <vmassol> which is to install XWiki at the root of the C drive
09:27 <vmassol> (on windows7 only)
09:27 <vmassol> this I can port back on 4.0.1
09:28 <vmassol> it's not perfect but it's easy to do and will make the installer work
09:28 <ssavi_> has joined #xwiki
09:28 <@cjd> I see how long release cycles make it take longer for changes to get from the developers to the users. We need to balance that against stability of the release.
09:29 <vmassol> which btw is why I'd like to have 2 weeks release cycle in some future ;)
09:29 <vmassol> then we can implement true time boxing
09:29 <@cjd> I'm wary of making changes to the process when we're under the gun to make a time schedule since it's easy to gut due dilligence.
09:31 <ssavi_> has quit
09:31 <ssavi_> has joined #xwiki
09:31 <ssavi> has quit
09:31 <ssavi_> is now known as <ssavi>
09:32 <vmassol> btw cjd I need to push previous release to maven central for comons/rendering
09:32 <vmassol> the RM should have pinged me about it ;)
09:32 <vmassol> according to http://dev.xwiki.org/xwiki/bin/view/Community/ReleaseProcess
09:33 <vmassol> we're missing 4.1M1 and M2
09:33 <vmassol> will do after I finish the windws7 stuff
09:33 <@cjd> ahh sorry about that, will add it to my plans.
09:33 <vmassol> it's listed already
09:34 <vmassol> you have a checklist in the plans is that it?
09:34 <@cjd> I've been working off of ReleasePlans which I made into an improved checklist
09:34 <vmassol> ok
09:34 <@cjd> if I don't have a checkbox to check, I'm guaranteed to mess it up somehow ;)
09:35 <vmassol> hmm I don't see a stable-4.1.x branch
09:35 <@cjd> which project?
09:35 <vmassol> do I need to git fetch for branches too?
09:36 <vmassol> (just fetched for tags)
09:36 <vmassol> enterprise
09:36 <@cjd> git branch -a
09:36 <@cjd> git checkout -b stable-4.1.x --track origin/stable-4.1.x
09:37 <vmassol> thanks
09:38 <@cjd> I'm actually not opposed to releasing final into staging asap and then testing it out of staging instead of RC if we have a proposal
09:38 <@cjd> I don't see any reason not to
09:38 <vmassol> as I mentioned the only issue I have with this is community testing for real
09:38 <vmassol> a release is mentioned everywhere ont he web
09:39 <vmassol> on all sites
09:39 <vmassol> in our download pages
09:39 <vmassol> etc
09:39 <vmassol> it has a powerful effect on people to install it and try it out
09:39 <vmassol> I don't see how we can have such an effect with a staged release
09:39 <vmassol> which is not yet released
09:39 <@cjd> hmm ofc there isn't any nice way to get that if we so short releases either
09:39 <vmassol> and as you say everybody does it
09:39 <vmassol> the rc thing
09:39 <vmassol> not the staging
09:40 <vmassol> re short releases
09:40 <vmassol> yep that's the main reason we're not doing it yet: we don't have a good enough autimated test suite
09:40 <@cjd> last minute "hey we decided to skip rc-1" would be no good
09:41 <+sburjan`> so we'll have the staging on maven next week so I can test stuff ?
09:41 <@cjd> I guess the only option if you really want to prevent slow releases is to drop staging entirely.
09:41 <vmassol> sburjan`: you'll have the RC for sure
09:42 <vmassol> cjd: my point in the emails I've sent this morning
09:42 <vmassol> otehrwise we need to accept to loose 4-5 more days when we do releases
09:42 <vmassol> or
09:42 <vmassol> reduce the RC-final timespan
09:43 <vmassol> but
09:43 <vmassol> that's not good
09:43 <vmassol> users won't have enogh time to install and test it
09:43 <@cjd> 1. long release, 2. no rc, 3. no staging
09:43 <@cjd> seems to be it
09:45 <@cjd> at any rate I think if we're going to make any dramatic change we need at least a proposal
09:45 <vmassol> cjd: sorry I have to start focusing on the windows7 stuff to finish ASAP
09:45 <@cjd> ok
09:54 <+sburjan`> cjd: 4.1 RC1 is in staging while others still have code to commit ?
09:54 <vmassol> sburjan`: yes, there are also a few blockers (I counted 3)
09:54 <@cjd> What is in staging now will have to be dropped
09:55 <+sburjan`> so is there any point for testing it now ?
09:55 <vmassol> sburjan`: yes (if you're prepared to test again later)
09:55 <vmassol> the more tests the better
09:55 <vmassol> if you find some blocking bug now we'll need to fix it
09:55 <vmassol> while if you wait and find the bugs later we'll need to delay even more
09:55 <vmassol> but you'll spend more time overall
09:56 <vmassol> tough decision ;)
09:56 <vmassol> IMO
09:56 <+sburjan`> I have to test before I can spot something.
09:56 <vmassol> you could do a quick test now
09:56 <+sburjan`> and I'll start testing today
09:57 <+sburjan`> bbl
09:58 <vmassol> cjd: just wanted to day that I don't want to be a pain in the ***. I know it can feel this way but all I'm trying to do is for the best of the project… I'm really sorry though not to have spent more time thinking about this release thing… I apologize for the trouble it gives you
09:59 <@cjd> ahh no trouble for me myself, I can stage and drop a million times.. I'm just trying to advocate for the project too.
10:00 <vmassol> yep and that's great, I just don't want any hard feeling to build up
10:00 <@cjd> Nope, hope I'm not too much of a thorn on your side either.
10:01 <@cjd> (just enough) <snicker>
10:01 <vmassol> don't worry, i like people who try to make stuff move forward!
10:01 <polx> has quit
10:02 <vmassol> I know I can be a pain (my wife tells me that often enough ;))
10:02 <@cjd> Me too, I get it from my grandfather.
10:02 <CIA-117> Marius Dumitru Florea master * rbcddf7f https://github.com/xwiki/xwiki-enterprise/commit/bcddf7f031d2fe50c56d9513b5aa8b143a844472 / xwiki-enterprise-test/xwiki-enterprise-test-ui/src/test/it/org/xwiki/test/ui/xe/SpacesTest.java : Fix flickering test. - http://git.io/ICyLfQ
10:02 <CIA-117> Marius Dumitru Florea stable-4.1.x * r32a142c https://github.com/xwiki/xwiki-enterprise/commit/32a142c35f218f628996ec4937f175856a0ca970 / xwiki-enterprise-test/xwiki-enterprise-test-ui/src/test/it/org/xwiki/test/ui/xe/SpacesTest.java : Fix flickering test. - http://git.io/ODnBlQ
10:08 <jvdrean> has joined #xwiki
10:41 <polx> has joined #xwiki
10:52 <sburjan> has joined #xwiki
10:55 <CIA-117> Vincent Massol stable-4.1.x * rcaae300 https://github.com/xwiki/xwiki-enterprise/commit/caae30034ce1b461deee14a24d73736f169a63fe / (3 files in 2 dirs): XE-1184: Quickfix to make the XWiki Installer work on Windows7 - http://git.io/tufMHw
10:57 <CIA-117> Vincent Massol stable-4.0.x * r72624dc https://github.com/xwiki/xwiki-enterprise/commit/72624dc202f898513e90ccf6c79d0c91be1bc541 / (3 files in 2 dirs): XE-1184: Quickfix to make the XWiki Installer work on Windows7 - http://git.io/0O-bew
11:11 <tmortagne> has joined #xwiki
11:11 <vmassol> cjd: done for the windows7 installer for 4.0.1 and 4.1RC1
11:12 <@cjd> cool
11:14 <@cjd> re the mail I just sent, I'd like to see some kind of proposal for changing the release process since otherwise we would be making a plan and just not following it.
11:14 <@cjd> *changing the 4.1-rc-1
11:14 <vmassol> I don't get what you mean by changing
11:14 <vmassol> we've been following the same release process for 6 years
11:15 <vmassol> and you've just proposed a change recently
11:15 <vmassol> so for me the change is the new proposal
11:15 <vmassol> which is still very very new and hasn't been tested yet on any release
11:15 <vmassol> also for me we're still good in term of dates for 4.1 final
11:16 <vmassol> which is planned for the 18th
11:16 <@cjd> we're pretty sure to miss it if we follow our current trend
11:16 <vmassol> for RC1 yes probably
11:16 <vmassol> since we have 2-3 blockers
11:16 <vmassol> ATM
11:17 <vmassol> for final we can still be good
11:17 <@cjd> anyway we did agree to a set of dates and a time span and to use staging, IMO we need to agree to stop using that rather than come to an informal agreement on IRC and just don't do what we said we would on the list.
11:17 <vmassol> staging doesn't guarantee anything
11:17 <vmassol> look we've just found 3 blockers
11:18 <vmassol> actually you started staging with a blocker already
11:18 <vmassol> I'm not sure we should do that
11:18 <vmassol> but that's a detail
11:18 <vmassol> whats important now
11:18 <vmassol> is that we fix the blockers
11:19 <sburjan> has quit
11:19 <sburjan> has joined #xwiki
11:19 <@cjd> I don't want to say one thing and do another, you seem pretty adament that we should not use staging, I'm not arguing with you but I would like to see some formal agreement before we change something mid-stream
11:20 <lucaa> has joined #xwiki
11:20 <vmassol> I'm fine that you continue staging but we can adjust the timeframe
11:20 <vmassol> and you need to retsage all the time
11:20 <vmassol> (more work)
11:21 <vmassol> it doesn't change a single thing from before
11:21 <vmassol> we were just not calling it staging
11:21 <vmassol> but we were doing the same work
11:21 <@cjd> pushing directly to maven.xwiki?
11:21 <vmassol> ie finding blockers, stabilizing
11:21 <vmassol> nope, before the push
11:22 <vmassol> the only difference is that we were not publihsing anything during the stabilization
11:22 <vmassol> so all is good ATM
11:23 <vmassol> we just need to fix blockers ASAP
11:23 <vmassol> so that we can release RC on Monday or Tuesday
11:23 <@cjd> I just need a set of dates when I should push to staging, and push to maven.xwiki so I can plan around them, if the dates need to be moved then that's ok, but right now I have no idea if you're suggesting I do this in an hour or a week?
11:23 <vmassol> you've already pushed to staging
11:23 <vmassol> I don't undertand
11:23 <jvelo_> has joined #xwiki
11:23 <@cjd> I gather you want that staging repository dropped and it re-staged.
11:24 <vmassol> theoretically you need to repush every time there's a change in 4.1 branch
11:24 <vmassol> that's what is called staging!!!
11:24 <@cjd> Which makes sense since there are some new issues.
11:24 <vmassol> stagng means:
11:24 <vmassol> ok guys can you test
11:24 <vmassol> ok issue found , we fix it and restage
11:24 <vmassol> this is what we're doing now
11:24 <vmassol> I've fixed one
11:24 <vmassol> which was the blocker bug on windows7 install
11:25 <vmassol> we have 2-3 more
11:25 <Enygma`> has joined #xwiki
11:25 <vmassol> you can either repush now or wait for some more fixes
11:25 <jvelo> has quit
11:25 <vmassol> you need to monitor the 4.1 branch too for commits. I don't know if there are have been any except mines till you pused
11:25 <vmassol> pushed
11:26 <@cjd> Ok so what I'm getting from this is no change to the proposal, just that we're going to move the dates
11:26 <vmassol> in practice staging has a start but cannot have an end. What it can have is a calm period after which we decide it's ok to release
11:26 <vmassol> move what date?
11:26 <vmassol> you said 12th right?
11:27 <@cjd> It was the 11th but you wanted thursday to fix the windows issue so I figured the prudent thing to do is shift everything up 1 day
11:27 <@cjd> then the testers are not trying to test in 2 hours of something silly
11:27 <vmassol> for me it jsut dpeends how fast we can fix the 2-3 blockers
11:27 <vmassol> if they're fixed today we could release Monday
11:27 <vmassol> if they're fixed Monday we could release Tuesday
11:27 <jvelo_> has quit
11:27 <jvelo> has joined #xwiki
11:27 <vmassol> according to what staging means testers should already be testing
11:27 <vmassol> however no announve have been made
11:28 <vmassol> so I doubt anyone is testing
11:28 <@cjd> ok so we will have no testing after the last known bug is fixed
11:28 <vmassol> (except sorin)
11:28 <@cjd> except of course post-rc release
11:28 <vmassol> yep
11:28 <vmassol> we coudl view staging
11:28 <vmassol> as replacing the period of stabilizinf we were doing before
11:29 <vmassol> in this case it doesn't delay the release
11:29 <vmassol> ie. for ex 2-3 days before the planned release date
11:30 <@cjd> how about the final, should we have a guaranteed 2 days of time from the last known good version to final?
11:30 <vmassol> and it means to developers that they need to quickly wrap up their stuff and possibly only important bug fixes during this perdio
11:30 <vmassol> (we'll always have exceptions though)
11:30 <vmassol> re final I guess it depends if we make any change or not after RC1
11:30 <vmassol> we could stage 2-3 days before the date
11:31 <vmassol> not sure it's required but we could do it
11:31 <vmassol> this means mid next week
11:31 <@cjd> supposing more issues are found and fixed, do we want to potentially do the last stage of the final version without giving testers 2 days to look at it?
11:32 <vmassol> normally RC means we consider it's goof to eb released
11:32 <vmassol> so if we fix bugs they're blockers only
11:32 <vmassol> and there shouldn't be a lot
11:33 <@cjd> So should it be a rule that final is delayed to make time for the testers to look at it?
11:33 <@cjd> (if it needs to be)
11:33 <vmassol> why do you want to delay it?
11:33 <vmassol> we have close to 1 week
11:34 <@cjd> we had a week 1 week ago and now we're out of time, it seems that it's somewhat acceptable to release blind since it's "just" an RC
11:34 <vmassol> we're 8th today
11:34 <vmassol> the final is 18th
11:34 <vmassol> assuming we release RC1 on Monday or Tuesday
11:35 <vmassol> we have 1 week - 1 day
11:35 <vmassol> that's what I call close to 1 week
11:35 <evalica> has joined #xwiki
11:35 <@cjd> the question is if issues arrise do we remove the 2 day test period or do we delay final/
11:35 <vmassol> if issue arise on the 17th sure we might want to delay
11:35 <vmassol> if issue arise on 13th I don't see the point in delaying
11:35 <vmassol> in any case there's no point in defining a rule ehre
11:36 <vmassol> it depends completely on the issue at hand
11:36 <vmassol> what we need to do is release for the 18th till something changes that
11:36 <vmassol> ie try our best for the 18th
11:36 <@cjd> ok so then the rule is this:  RCs do not need to have testing time, staging is optional.. Final must have testing time and if that time is not available due to issues which cause the release to need to be remade, final must be delayed.
11:36 <@cjd> correct?
11:36 <vmassol> I don't understand
11:36 <vmassol> sorry
11:37 <vmassol> you've staged RC already
11:37 <vmassol> so now peopmle should be testing
11:37 <vmassol> why do you call that no testig time?
11:37 <vmassol> the only problem is that you've not annoucned it
11:37 <vmassol> actually you did
11:37 <vmassol> but not very widely
11:37 <@cjd> I'll have to build and stage rc-1 again.
11:37 <vmassol> sure that's staging
11:38 <@cjd> That will not be well tested before becoming the official rc-1
11:38 <vmassol> it doesn't mean the full XWiki has changed
11:38 <@cjd> If something happens and I have to build and stage final again, do we do the same thing?
11:38 <vmassol> which btw is why I said that staging cannot have an end date if we want to do it strictly
11:39 <@cjd> IE is there a "clean period" where testers are dealing with the exact binary which will be in production.
11:39 <vmassol> that cannot exist
11:39 <vmassol> because it assumes testers will never find any bug
11:39 <vmassol> which obviously is not correct
11:40 <vmassol> you can only know that after the fact
11:40 <@cjd> the assumption being that if testers find a bug which is bad enough to be worth blocking ther release, we delay and rebuild, giving testers another "clean period" to hopefully not find another blocker.
11:40 <vmassol> when you test you can never know if what you're testing is going to be in production
11:40 <@cjd> Which sounds like a disaster when I word it that way
11:41 <vmassol> now all of this fun to discuss
11:41 <vmassol> but in practice I doubt anything will change
11:41 <@cjd> no problem, I just wanted a clear picture of what you want.
11:41 <vmassol> do you know anyone testinf xwiki ATM (except sorin)?
11:42 <@cjd> I give it a quick run and I imagine developers test their features
11:42 <vmassol> yep we do that
11:42 <vmassol> but we don't want the staging for that
11:42 <vmassol> want / wait
11:42 <@cjd> true enough
11:43 <@cjd> I just wanted something definitive which I can write down and document on the list and in the release plans
11:43 <@cjd> I will write it up and you can let me know if it sounds wrong.
11:45 <vmassol> ok
11:45 <vmassol> it would be good to have others opinions too
11:57 <Denis1> has quit
12:07 <@cjd> is this a blocker? http://jira.xwiki.org/browse/XWIKI-7885
12:07 <vmassol> looks like one tome
12:08 <@cjd> the issue is that there is no place to add an event if you are editing the page?
12:10 <vmassol> cjd: just discussed with Enygma`
12:11 <vmassol> we had the issue before apparently but it was less visible
12:11 <vmassol> (it could even have been considered a feature before, it looks weird now)
12:11 <vmassol> Enygma` is trying to fix it
12:12 <@cjd> Something we can count on being resolved for monday?
12:13 <@cjd> I guess I'm tired or something because when I look at the page I can't tell the difference between the 3.0 version and the 4.1M1 version heh
12:13 <vmassol> if Enygma` cannot solve it today we could consider to skip it, wdyt Enygma`? How much time do you think you need?
12:14 <+Enygma`> unless I hit some wall, it should be done in a few minutes, less than one hour.
12:15 <vmassol> cool
12:15 <@cjd> sounds good
12:15 <@cjd> sent a proposal to change the release schedule as per our discussion, re-reading my email tells me I should be in bed now
12:16 <mflorea> has quit
12:24 <CIA-117> Vincent Massol master * rd570da1 https://github.com/xwiki/xwiki-platform/commit/d570da19ffeaa753b3602b7170b6bd1dbcc7653d / (11 files in 11 dirs): XWIKI-7887: Remove usage of xwiki.work.dir and xwiki.temp.dir configuration properties - http://git.io/X5w5VQ
12:33 <vmassol> guys when creating new release notes please use the existing template
12:33 <vmassol> Add —> Page —> Release Notes
12:34 <vmassol> hmm seems someone removed the provider , adding it again
12:34 <vmassol> ah no
12:34 <vmassol> you need to be in the rEelase notes space
12:49 <polx> has quit
12:56 <polx> has joined #xwiki
13:07 <mflorea> has joined #xwiki
13:14 <CIA-117> Eduard Moraru master * rf00e17c https://github.com/xwiki/xwiki-enterprise/commit/f00e17c9ad75b3224523e060454cf75f77856225 / xwiki-enterprise-ui/src/main/resources/Main/MessageSenderMacro.xml : XWIKI-7885: Message Stream input is not displayed when editing the Dashboard - http://git.io/FY5_Rw
13:18 <CIA-117> Eduard Moraru stable-4.1.x * r976b8ce https://github.com/xwiki/xwiki-enterprise/commit/976b8cef414c11e47bae9f8a8b7f5fe124b18915 / xwiki-enterprise-ui/src/main/resources/Main/MessageSenderMacro.xml : XWIKI-7885: Message Stream input is not displayed when editing the Dashboard - http://git.io/6uZQpQ
13:21 <+Enygma`> vmassol: should be ok now
13:22 <vmassol> great :)
13:22 <vmassol> thanks
13:24 <+Enygma`> :)
13:32 <polx> has quit
13:39 <CIA-117> Andreas Jonsson master * r2e49614 https://github.com/xwiki/xwiki-platform/commit/2e49614e1f2eb5fc8535cc0235a2ff81a3160c51 / (2 files in 2 dirs): XWIKI-6944: Disabling admin right on doc level. - http://git.io/PhUVug
13:41 <CIA-117> Andreas Jonsson stable-4.1.x * r29a246a https://github.com/xwiki/xwiki-platform/commit/29a246a6f72b0d50690a24ad7720473859ef6c63 / (2 files in 2 dirs): XWIKI-6944: Disabling admin right on doc level. - http://git.io/q6iThg
13:42 <CIA-117> Andreas Jonsson stable-4.0.x * r85d28cf https://github.com/xwiki/xwiki-platform/commit/85d28cf4d45fc46a4d8fc0d077add12e43db8ecf / (2 files in 2 dirs): XWIKI-6944: Disabling admin right on doc level. - http://git.io/NBDTIg
13:43 <CIA-117> Andreas Jonsson stable-3.5.x * re92f5ce https://github.com/xwiki/xwiki-platform/commit/e92f5cea70902bd624e3720a3147bb5d3e22a669 / (2 files in 2 dirs): XWIKI-6944: Disabling admin right on doc level. - http://git.io/AFMyIg
13:54 <florinciu> has joined #xwiki
13:57 <+sburjan> cjd: so I guess what we have now considered as staging si already "old" because I see a lot of commits since this yesterday, right ? I should test the latest snapshot in this case ?
14:06 <CIA-117> Vincent Massol master * ra15b2a0 https://github.com/xwiki/xwiki-enterprise/commit/a15b2a0d6efc335f34fed1bf570c83fba46e55c3 / xwiki-enterprise-installers/xwiki-enterprise-installer-generic/pom.xml : XE-1051: XWiki Installer fails on Windows 7 - http://git.io/VgUxyg
14:11 <vmassol> sburjan: if you want you can test windows7 installation on both 4.1RC1 and 4.2M1; both should work but the RC1 one installs in C:\XWiki Enterprise while on 4.2M1 it's in program files
14:11 <vmassol> I'm done on my side and all is working for me
14:12 <+sburjan> ok, thanks. I'll get busy with it
14:12 <vmassol> note that I haven't tested on other windows versions
14:12 <vmassol> (just tested on win7)
14:17 <vmassol> sburjan: fyi it works fine when installing for multiple users too ;)
14:17 <vmassol> (it's just that the other users have an empty wiki which is kind of ok for now...)
14:22 <vmassol> sburjan: found this on IE9: http://jira.xwiki.org/browse/XWIKI-7891
14:22 <+sburjan> odd, I'll investigate
14:23 <vmassol> actually it happens on AllDocs all the time
14:23 <vmassol> or spaceinde
14:27 <florinciu> has quit
14:35 <+sburjan> are you testing the Release ? :)
14:36 <vmassol> not really
15:05 <CIA-117> Jean-Vincent Drean master * r00cd6e6 https://github.com/xwiki/xwiki-platform/commit/00cd6e6ef1255e90b728134544d508e6158132d8 / (4 files in 2 dirs): XWIKI-7793 : Dot (Fullstop) in Document Name prevents documents from being displayed in Lucene search results - http://git.io/z78Qqg
15:09 <CIA-117> Jean-Vincent Drean stable-3.5.x * r06f9984 https://github.com/xwiki/xwiki-platform/commit/06f99846bd97d29f8c7d9f75fb9bb8285d3e1b8f / (4 files in 2 dirs): XWIKI-7793 : Dot (Fullstop) in Document Name prevents documents from being displayed in Lucene search results - http://git.io/fTShuQ
15:09 <CIA-117> Jean-Vincent Drean stable-4.1.x * r5afabff https://github.com/xwiki/xwiki-platform/commit/5afabff8a828473d078710f13e6fdecdb9a88761 / (4 files in 2 dirs): XWIKI-7793 : Dot (Fullstop) in Document Name prevents documents from being displayed in Lucene search results - http://git.io/HVFoIQ
15:12 <CIA-117> Jean-Vincent Drean stable-4.0.x * r58ef38c https://github.com/xwiki/xwiki-platform/commit/58ef38c872768221b2fd9906dea8be14825ff74d / (4 files in 2 dirs): XWIKI-7793 : Dot (Fullstop) in Document Name prevents documents from being displayed in Lucene search results - http://git.io/1a7vdw
15:19 <+sburjan> I see that the field for "Server password (optional)"  in Admin Section is displayed in blank as text field, instead of password. Is this intended ? seems inconsistent with other password fields we have
15:21 <vmassol> yes I noticed this, needs ot be reportred
15:22 <CIA-117> Jean-Vincent Drean master * r9bf35c6 https://github.com/xwiki/xwiki-platform/commit/9bf35c67ed4f8285fc3145878337544dfe9d59a4 / xwiki-platform-core/xwiki-platform-search/xwiki-platform-search-lucene/src/main/java/com/xpn/xwiki/plugin/lucene/SearchResults.java : XWIKI-7793 : Dot (Fullstop) in Document Name prevents documents from being displayed in Lucene search results - http://git.io/ZoeR1w
15:22 <+sburjan> ok, going to report it now
15:23 <CIA-117> Jean-Vincent Drean stable-4.1.x * r1ca3feb https://github.com/xwiki/xwiki-platform/commit/1ca3feb4b3ed0ca07dc2f9a77461bb602c3a4be2 / xwiki-platform-core/xwiki-platform-search/xwiki-platform-search-lucene/src/main/java/com/xpn/xwiki/plugin/lucene/SearchResults.java : XWIKI-7793 : Dot (Fullstop) in Document Name prevents documents from being displayed in Lucene search results - http://git.io/2rDP2w
15:24 <CIA-117> Jean-Vincent Drean stable-4.0.x * rb386706 https://github.com/xwiki/xwiki-platform/commit/b386706f11c44bf181d1cdcef0a5d70a866ca6a6 / xwiki-platform-core/xwiki-platform-search/xwiki-platform-search-lucene/src/main/java/com/xpn/xwiki/plugin/lucene/SearchResults.java : XWIKI-7793 : Dot (Fullstop) in Document Name prevents documents from being displayed in Lucene search results - http://git.io/fye3OQ
15:24 <CIA-117> Jean-Vincent Drean stable-3.5.x * rb7b011e https://github.com/xwiki/xwiki-platform/commit/b7b011e8162c745d884276979a40180526646cfb / xwiki-platform-core/xwiki-platform-search/xwiki-platform-search-lucene/src/main/java/com/xpn/xwiki/plugin/lucene/SearchResults.java : XWIKI-7793 : Dot (Fullstop) in Document Name prevents documents from being displayed in Lucene search results - http://git.io/Rmc0Fg
15:31 <+sburjan> vmassol: http://jira.xwiki.org/browse/XWIKI-5433
15:35 <+sburjan> vmassol: should I get the installers from snapshots, right ? RC1 from releases doesn't have your fix, right ?
15:36 <vmassol> I don't know, probably not
15:36 <+sburjan> ok, using latest snapshots for 4.1 and 4.2
15:36 <vmassol> snapshot is safer (if it has been built)
15:37 <+sburjan> latest build is from one hour ago, so I presume it's ok
15:41 <vmassol> AndreasJonsson: hi
15:46 <+AndreasJonsson> vmassol: hi
15:46 <vmassol> AndreasJonsson: was looking at the "restricted" notion you add to the TransofrmationContext
15:47 <vmassol> I think it's good. (would have liked a bit more discussion about it maybe but it's good)
15:47 <vmassol> now
15:47 <vmassol> it means that it's up to Transformations to handle this param
15:47 <vmassol> so we need to ducment this in the doc for writing transformations
15:48 <vmassol> http://rendering.xwiki.org/xwiki/bin/view/Main/Extending#HAddinganewTransformation
15:48 <vmassol> wdyt?
15:48 <vmassol> I was also wondering if setRestricted was the best solution or if we wanted a more generic notion of parameters for TransformationContext as we have for HTML Cleaner
15:50 <vmassol> Ad	
15:50 <vmassol> s/Ad//
15:50 <vmassol> AndreasJonsson: also I think we should add the new restricted param in HTMLCleanerConfiguration
15:50 <vmassol> since it's a well-known param
15:50 <vmassol> same as the existing NAMESPACES_AWARE param
15:52 <vmassol> AndreasJonsson: question: I see you've protected execution of the Groovy and Velocity macro. What about the other script macros?
15:54 <vmassol> AndreasJonsson: also:
15:54 <vmassol>             // Security is delegated to Groovy Secure Customizer
15:54 <vmassol>             hasPermission = !context.getTransformationContext().isRestricted();
15:54 <vmassol> comment doesn't seem fully correct anymore
15:54 <+AndreasJonsson> Ok.
15:54 <AndreasJonsson> has quit
15:54 <AndreasJonsson> has joined #xwiki
15:55 <vmassol> so 4 questions in total :)
15:55 <CIA-117> mstaicu master * r1b05548 https://github.com/xwiki/xwiki-platform/commit/1b05548a03fb79a543da8db2b13684285912f394 / xwiki-platform-core/xwiki-platform-rendering/xwiki-platform-rendering-macros/xwiki-platform-rendering-macro-useravatar/src/main/java/org/xwiki/rendering/internal/macro/useravatar/UserAvatarMacro.java : XWIKI-7890 : User avatar macro not working in a XEM environment as intended. - http://git.io/g4VWmA
15:55 <CIA-117> Thomas Mortagne master * rf631e84 https://github.com/xwiki/xwiki-platform/commit/f631e840de30b311f0a03eaec2b38aca4a5e9116 / xwiki-platform-core/xwiki-platform-rendering/xwiki-platform-rendering-macros/xwiki-platform-rendering-macro-useravatar/src/main/java/org/xwiki/rendering/internal/macro/useravatar/UserAvatarMacro.java : Merge pull request #52 from mstaicu/master - http://git.io/OSBCxg
15:55 <+lucaa> hi devs
15:56 <+lucaa> I added 2 comments on issue http://jira.xwiki.org/browse/XWIKI-6058
15:56 <+lucaa> do you think I should add a new issue about that?
15:56 <+lucaa> I mean, do you have any memories about whether it ever worked (it's a regression?)
15:57 <+sburjan> vmassol: found issues on the installer on 4.1 + Windows XP.
15:58 <vmassol> argh
15:58 <+sburjan> I started the Wiki as a normal user, I was expecting it to work since it has the data in C:/XWIki Enterprise
15:58 <+sburjan> let me start it as Admin
15:58 <vmassol> what doesn't work?
15:59 <+sburjan> let me pastebin it
15:59 <vmassol> hmm I elevated privileges for all windows versions maybe that's the problem
15:59 <vmassol> before we had it only for vista and win7 (althought he win7 one wans't working)
16:00 <vmassol> shouldn't change anything though since launch4j seems to require elevation anyway
16:00 <+sburjan> vmassol:  http://pastebin.com/HcFWTxrK
16:00 <vmassol> c:\XWiki Enterprise\data\database\xwiki_db.lobs (Access is denied))
16:00 <+sburjan> yepp
16:00 <vmassol> hmm
16:01 <+sburjan> this is on WIndows XP. I started testing with XP first
16:01 <vmassol> ok I have an xp vm I'll try it
16:04 <+sburjan> vmassol: starting the xwiki server as Administrator works
16:04 <vmassol> ok
16:11 <+sburjan> vmassol: I also see some odd files in the data folder: xwiki_db.proprieties.new and xwiki_db.script.new,
16:11 <vmassol> strange
16:13 <+sburjan> ok, XP + 4.1 is usable by Admin, but totally unusable by a regular user. I get those strange files, access denied and it seems that the lock isn't removed properly when shutting down the xwiki instance using ctrl+c and "Terminate Batch Job?" answered with Y
16:13 <vmassol> I'm on it
16:14 <+sburjan> testing xp + 4.2
16:14 <vmassol> could you test on other windows versions?
16:14 <+sburjan> ofc :)
16:14 <vmassol> yeah I'm curious about xp + 4.2
16:14 <vmassol> if it works then I know how to fix 4.1
16:15 <CIA-117> mstaicu stable-4.1.x * r2a5ed95 https://github.com/xwiki/xwiki-platform/commit/2a5ed955af3f408772043b257cf81e08fed57139 / xwiki-platform-core/xwiki-platform-rendering/xwiki-platform-rendering-macros/xwiki-platform-rendering-macro-useravatar/src/main/java/org/xwiki/rendering/internal/macro/useravatar/UserAvatarMacro.java : XWIKI-7890 : User avatar macro not working in a XEM environment as intended. - http://git.io/OWzy3g
16:16 <CIA-117> mstaicu stable-3.5.x * rb61bac6 https://github.com/xwiki/xwiki-platform/commit/b61bac65d94a9d267d4d9c1b82033cb8eb32bbee / xwiki-platform-core/xwiki-platform-rendering/xwiki-platform-rendering-macros/xwiki-platform-rendering-macro-useravatar/src/main/java/org/xwiki/rendering/internal/macro/useravatar/UserAvatarMacro.java : XWIKI-7890 : User avatar macro not working in a XEM environment as intended. - http://git.io/TpLtnQ
16:16 <CIA-117> mstaicu stable-4.0.x * r736c562 https://github.com/xwiki/xwiki-platform/commit/736c5624b479f1aaaa8cffb286c75998183baf75 / xwiki-platform-core/xwiki-platform-rendering/xwiki-platform-rendering-macros/xwiki-platform-rendering-macro-useravatar/src/main/java/org/xwiki/rendering/internal/macro/useravatar/UserAvatarMacro.java : XWIKI-7890 : User avatar macro not working in a XEM environment as intended. - http://git.io/Hy1LiA
16:16 <vmassol> upgrading adium....
16:19 <vmassol> has quit
16:23 <vmassol> has joined #xwiki
16:26 <+sburjan> vmassol: xp + 4.2 works as Admin, fails as user instantly just after I start it with: http://pastebin.com/j4nMZpL1
16:27 <+sburjan> doesn't get as far as 4.1
16:27 <vmassol> hmm and it works with 4.0 final?
16:28 <vmassol> if that's the case it means that installing in c: has some restrictions on XP
16:33 <+sburjan> let me download a 4.0 final and test it on XP
16:36 <+sburjan> testing 4.1 + Windows 7 in the mean time
16:45 <+sburjan> 4.1 + Win 7 is OK
16:51 <+sburjan> 4.2 + Windows 7 is ok as Admin, as regular user, I get an empty wiki. Like no xar is imported. So it's not good
16:51 <vmassol> it's ok
16:51 <vmassol> it's meant to be like this
16:52 <+sburjan> BUt I confirm I have a new dir in AppData\Roaming\XWiki\4.2-SNAPSHOT\data
16:52 <+sburjan> so for 4.2 user has to import the XAR by himself ?
16:53 <+sburjan> except the admin ofc
16:53 <vmassol> it's not about admin
16:53 <+tmortagne> is it expected to have the version in AppData\Roaming\XWiki\4.2-SNAPSHOT\data, this does not sounds very right to me
16:53 <vmassol> it's about the user used to install xwiki
16:53 <vmassol> you're supposed to run with the same user
16:53 <+sburjan> oh, ok
16:53 <+sburjan> still a bit fuzzy about our main goal here :)
16:54 <vmassol> ok it' simple
16:54 <vmassol> this is not a server install
16:54 <vmassol> because that's not the way you install a server
16:54 <vmassol> this is a demo install
16:54 <+sburjan> ok, I see
16:55 <vmassol> in any case I'm not going to spend any more minute on this
16:55 <vmassol> I already spent way too much time
16:55 <vmassol> for 4.2
16:55 <vmassol> it's wokring and that's already very good
16:56 <+sburjan> yes
16:56 <vmassol> ok just tested o xp
16:56 <vmassol> on xp
16:56 <vmassol> with 4.1
16:56 <vmassol> and it's working fine
16:57 <vmassol> I'm admin though
16:57 <+sburjan> tested as the user which installed the wiki, right ? Ok
16:57 <vmassol> yep that's the user who installed the wiki
16:57 <+sburjan> the IMO we should add a warning that you need admin privileges, and other users should't run it because it doesn'twork
16:57 <vmassol> now going to try to install with another user
16:58 <vmassol> depends if it works or not on 4.0
17:00 <vmassol> XP says you cannot install sowftare if you're not admin
17:03 <+sburjan> well, all OS'es saythat
17:03 <+sburjan> but I agree, making this work with all users requires substantial work
17:04 <+sburjan> downloading 4.0 exe
17:04 <vmassol> the only way I can think of is to allow everyone on the machine to write in c:\xwiki enterprise
17:04 <+sburjan> what is xwiki_db.lobs ?
17:05 <vmassol> but that requires executing some shell script after the install
17:05 <vmassol> that's the db
17:05 <+sburjan> odd extension name
17:11 <CIA-117> Andreas Jonsson master * r89ef1ad https://github.com/xwiki/xwiki-platform/commit/89ef1ade3800279e9ae31b1bcc11147ea4a6919e / (3 files in 3 dirs): XWIKI-6987: Denying edit rights on WebPreferences and XWiki.XWikiPreferences for non-admin users in caching right service implementation. - http://git.io/VhIYQw
17:12 <+sburjan> for some unexplained reason, I am unable to download 4.0 exe
17:13 <ssavi> has quit
17:25 <evalica> has quit
17:25 <+sburjan> Ok, installing 4.0
17:26 <Enygma`> has quit
17:28 <+sburjan> vmassol: 4.0 fails in the same way when started as another user
17:28 <vmassol> ok that makes sense
17:29 <vmassol> so at least I haven't caused any regression
17:29 <+sburjan> yepp
17:29 <+sburjan> so I guess everytihng works as intended
17:29 <vmassol> so the only soltuion I can think of is a bit complex
17:29 <vmassol> so that will do for now
17:29 <vmassol> we should document this though
17:29 <vmassol> adding it
17:30 <+sburjan> yepp
17:30 <+sburjan> maybe even some warning in the installer
17:30 <vmassol> that's harder
17:30 <+sburjan> another good idea would be to removethe option to install icons for all users, but AFAIR you said it's impossible ATM
17:30 <vmassol> that's even harder
17:30 <vmassol> it's not impossible
17:30 <vmassol> I need to create a custom izpack panel for that
17:31 <+sburjan> ok, I see
17:31 <vmassol> since it's not a builtin feature
17:31 <+sburjan> then we're ok
17:31 <+sburjan> 4.1 and 4.2 on XPand WIn 7 work as Admin only
17:33 <+sburjan> ok then. going home, have a nice weekend
17:33 <vmassol> thanks sburjan
17:33 <vmassol> you too
17:35 <sburjan> has quit
17:37 <vmassol> done: http://platform.xwiki.org/xwiki/bin/view/AdminGuide/InstallationStandalone
18:03 <jvelo> cjd: hi
18:23 <+sburjan`> vmassol: small comment: AppData\Roaming\XWiki\4.2-SNAPSHOT\data is the dir I get
18:23 <+sburjan`> and in the documentation you mentioned %APPDATA%\XWiki Enterprise <version>
18:38 <wac_> has joined #xwiki
18:43 <mflorea> has quit
19:20 <tmortagne> has quit
19:22 <jvdrean> has quit
19:24 <lucaa> has quit
19:36 <vmassol> sburjan`: yep voluntarily
19:36 <vmassol> I said to set the right on %APPDATA%\XWiki Enterprise <version>
19:37 <vmassol> that includes AppData\Roaming\XWiki\4.2-SNAPSHOT\data
19:37 <vmassol> becuase later on we'll have more directories in there
19:37 <vmassol> for ex: ...\config
19:37 <vmassol> hmmm
19:37 <vmassol> but you're right actually those other dirs won't require write access probably
19:37 <vmassol> I'll change it
19:38 <+sburjan`> I'm saying you forgot a slash
19:38 <+sburjan`> between XWiki and version
19:38 <+sburjan`> and it's called XWiki, not XWiki Enterprise
19:38 <vmassol> ah yes
19:38 <vmassol> fixing
19:38 <vmassol> fixed
19:38 <vmassol> thanks
19:39 <+sburjan`> np
19:40 <vmassol> got to go bbl
19:40 <vmassol> has quit
20:04 <abusenius> has joined #xwiki
21:49 <CIA-117> Andreas Jonsson master * r839dbfd https://github.com/xwiki/xwiki-commons/commit/839dbfd9ce10f09d0eb7a0b12415101793635737 / xwiki-commons-core/xwiki-commons-velocity/src/main/java/org/xwiki/velocity/VelocityEngine.java : [misc] Adding comment about templateName beeing used as cache key to javadoc. - http://git.io/fo-Ccg
21:49 <CIA-117> Andreas Jonsson master * rf98d4d9 https://github.com/xwiki/xwiki-commons/commit/f98d4d94bd87c7c90a3585551a063a259e184770 / xwiki-commons-core/xwiki-commons-xml/src/main/java/org/xwiki/xml/XMLUtils.java : XWIKI-7894: Adding left curly bracket to xml escaping - http://git.io/xMIi8A
21:49 <CIA-117> Andreas Jonsson master * reb0422c https://github.com/xwiki/xwiki-rendering/commit/eb0422c2b3d05015f0450e13cbead27082b28bd7 / xwiki-rendering-api/src/main/java/org/xwiki/rendering/renderer/printer/XMLWikiPrinter.java : XWIKI-7894: Escape left curly bracket in xml output. - http://git.io/WHdBiA
22:09 <AndreasJonsson> The build of xwiki-rendering at ci.xwiki.org seems to have failed because of a network glitch.  Is it possible to start a new build without commiting anything new?
22:54 <evalica> has joined #xwiki
22:56 <CIA-117> Andreas Jonsson master * rc19e493 https://github.com/xwiki/xwiki-rendering/commit/c19e493e12c716f2d89beb83db6dc3a49421dcaa / xwiki-rendering-api/src/main/java/org/xwiki/rendering/renderer/printer/XMLWikiPrinter.java : Revert "XWIKI-7894: Escape left curly bracket in xml output." - http://git.io/RMdWBQ
22:58 <evalica> has quit
23:27 <CIA-117> Andreas Jonsson master * rc7cc21b https://github.com/xwiki/xwiki-rendering/commit/c7cc21b62942fb33e652e8280086645e9abc183f / (7 files in 4 dirs): XWIKI-7894: Escape left curly bracket in xml output - take 2. - http://git.io/P9coqw
23:39 <wac_> has quit
23:46 <abusenius> has quit