IRC Archive for channel #xwiki on 10 January 2013

Last modified by Vincent Massol on 2013/01/10 23:53

<vmassol> has joined #xwiki
00:16 <vmassol> has quit
00:19 <jvdrean1> has joined #xwiki
00:20 <jvdrean> has quit
00:35 <jvdrean1> has quit
01:02 <Denis> has quit
01:12 <vmassol> has joined #xwiki
01:17 <vmassol> has quit
01:35 <polx> has quit
01:59 <abusenius> has quit
02:12 <SvenDowideit> has quit
02:12 <vmassol> has joined #xwiki
02:13 <SvenDowideit> has joined #xwiki
02:17 <sdumitriu> has quit
02:17 <vmassol> has quit
02:23 <sdumitriu> has joined #xwiki
02:38 <sburjan`> has quit
02:54 <sdumitriu> has quit
03:14 <vmassol> has joined #xwiki
03:18 <vmassol> has quit
03:45 <SvenDowideit> has quit
03:45 <SvenDowideit> has joined #xwiki
03:59 <tekzilla> has quit
04:00 <tekzilla> has joined #xwiki
04:13 <vmassol> has joined #xwiki
04:18 <vmassol> has quit
04:30 <Denis> has joined #xwiki
05:14 <vmassol> has joined #xwiki
05:19 <vmassol> has quit
06:04 <Denis> has quit
06:15 <vmassol> has joined #xwiki
06:19 <vmassol> has quit
07:07 <polx> has joined #xwiki
07:15 <vmassol> has joined #xwiki
07:20 <vmassol> has quit
07:58 <xwikibot> has joined #xwiki
08:06 <vmassol> has joined #xwiki
08:22 <mflorea> has joined #xwiki
08:30 <tmortagne> has joined #xwiki
08:34 <sburjan`> has joined #xwiki
08:49 <vmassol> good morning
08:49 <vmassol> fyi new GFM syntax element: https://github.com/blog/1375-task-lists-in-gfm-issues-pulls-comments
08:49 <vmassol> (especially for tmortagne)
08:49 <vmassol> maybe they're going too far and should introduce an extension syntax instead....
08:50 <tmortagne> yea sounds a bit too much for a syntax
08:51 <tmortagne> especially since it's not just display
08:51 <tmortagne> you have to save what's ticked etc
08:56 <vmassol> hey nice tmortagne: http://pygments.org/docs/java/ A pity your name isn't shown anywhere! :)
08:56 <vmassol> is this a wiki?
08:56 <vmassol> "which make it a lot easier" —> "which makes it a lot easier"
08:56 <tmortagne> nop, it's something generated from sources on their hg
08:57 <tmortagne> since it was pygments documentation I did not added my name but I did the commit so I guess I appear in bitbucket
08:57 <vmassol> ok
09:03 <tmortagne> vmassol: here https://bitbucket.org/tmortagne/pygments-main/commits/effd3edb8d2b110950061679e870276c ;)
09:03 <tmortagne> fixing the typo
09:08 <vmassol> what's the syntax tmortagne?
09:08 <vmassol> MD?
09:08 <tmortagne> no idea :)
09:08 <tmortagne> just copy pasted the others stuff
09:08 <vmassol> yeah looks like MD
09:08 <msmeria> has joined #xwiki
09:08 <tmortagne> looks like it yes
09:28 <evalica> has joined #xwiki
09:48 <jvdrean> has joined #xwiki
09:55 <Enygma`> has joined #xwiki
09:56 <evalica> hi guys - just as a reminder - today is #bugfixingday - is still on right?
09:59 <Enygma`> has quit
09:59 <GuillaumeF> has joined #xwiki
09:59 <Enygma`> has joined #xwiki
10:19 <Enygma`> vmassol: ping on the bug fixing day question. Is it today or not? (saw no mail about it)
10:19 <vmassol> good question
10:19 <vmassol> I don't know
10:19 <vmassol> had forgotten about it
10:19 <vmassol> I think someone asked to postpone it
10:19 <vmassol> that person has maybe forgotten to follow through :)
10:25 <Enygma`> hmm :)
10:26 <Enygma`> I have suggested the 10th of January, and sdumitriu1 and mflorea +1ed
10:26 <vmassol> yes the date was good
10:26 <sburjan> has joined #xwiki
10:27 <vmassol> the problem is more in the follow up.. I personally had forgotten
10:27 <vmassol> I should have put it in my agenda when you proposed it but I didn't unfrotunately
10:28 <vmassol> we need to get back on track but it seems too short notice for today
10:28 <Enygma`> ok... so what now? Do we announce it all the same (since people are available - but don`t know what they may have planned for today) or do we vote to postpone?
10:28 <vmassol> since we're busy stabilizing 4.x
10:28 <vmassol> maybe we should postpone the next BFD to after 4.5
10:28 <vmassol> OTOH it may help stabilizing...
10:29 <vmassol> but we need to address the blockers first
10:29 <vmassol> BFD doesn't address blockers
10:29 <vmassol> it addresses simple bugs mostly
10:29 <Enygma`> :)
10:30 <Enygma`> I would have thought that they could be included in BFD, since they are still bugs.
10:30 <vmassol> yes but the goal of BFD
10:30 <vmassol> is to reduce the ratio bugs created vs bugs fixed
10:30 <vmassol> that's all
10:30 <vmassol> so closing as won't fix is BFD
10:31 <vmassol> (for ex)
10:31 <vmassol> the goal is to close the maximum
10:31 <vmassol> not to close the blockers or hardest ones
10:31 <vmassol> what I'm saying
10:31 <Enygma`> so you want to keep blockers out, because of time restrictions and the priority that blockers have over other issues/bugs
10:31 <vmassol> is that I'm fine to do a BFD for 4.5 BUT
10:31 <vmassol> only after we've fixed the current blockers I've sent on the list
10:31 <Enygma`> ok
10:31 <vmassol> + others that I don't know about (waiting for devs to raise other blokers)
10:31 <vmassol> *blockers (if any)
10:32 <vmassol> we probably also need to release a 4.4.1 quickly
10:32 <vmassol> that'll take some more time
10:32 <Enygma`> I`m just going to reply to the previous thread to let people know we`re skipping today
10:32 <vmassol> ok
10:32 <vmassol> please find a blocking bug to work on too :)
10:32 <vmassol> that would help a lot
10:33 <vmassol> jvdrean/tmortagne: would be great if you could provide more details on "XWIKI-8630 Failed to create wiki component(s) during default XAR import"
10:33 <vmassol> it looks indeed related to "XWIKI-8629 Application Panel is empty when installing through XAR Import"
10:34 <vmassol> so it looks like an important problem to fix asap
10:35 <jvdrean> jvdrean: those problems are related, during the import, if the wiki components / UIX are imported before XWiki.Admin or XWiki.XWikiAdminGroup they will failed to be registered against the CM
10:35 <jvdrean> (because respectively programming and admin rights are required)
10:35 <vmassol> jvdrean: can you comment on the jira issue with what you know as a starter?
10:36 <jvdrean> I thought we did it already, doing it now
10:40 <tmortagne> jvdrean: I think it was another issue on wich we discussed it
10:40 <tmortagne> no sure which one
10:42 <vmassol> jvdrean: so XWIKI-8629 can be closed as a dup of XWIKI-8630 (or vice-versa)? Can you do that?
10:44 <jvdrean> vmassol: well, each issue will require modifications in different modules
10:44 <vmassol> ok I thought they were the same problem
10:46 <vmassol> guys I'd like to merge the new markdown module today, ok for everyone?
10:46 <vmassol> (since the 4.5M1 release is on next Monday)
10:57 <vmassol> guys I need some git help...
10:57 <vmassol> the repo I'd like to merge back is https://github.com/glaforge/xwiki-rendering which is a fork of our xwiki rendering repo
10:58 <vmassol> when I create the PR, I see 71 commits, but in the commits I see the merges I've done in https://github.com/glaforge/xwiki-rendering to get the latest changes from our xwiki rendering repo
10:58 <vmassol> obviously we don't need those to be in the PR
10:59 <vmassol> should I just not care about them?
11:10 <vmassol> since I'm not expert enough in Git I'm going to merge the PR as is with all the history junk
11:20 <sburjan> vmassol: I have a question about the JIRA macro you wrote. It seems that I am unable to add 2 custom columns/2 notes columns. Only the last one is taken into account. Is this by design ? It would be very useful for me to be able to add 2-3 custom columns
11:31 <sburjan> I've reported the suggestion
11:32 <vmassol> sburjan: ok
11:39 <Denis> has joined #xwiki
12:00 <Enygma`> tmortagne: this commmit seems wrong. https://github.com/xwiki/xwiki-manager/commit/3d13c846d1289643eed946e73a17fec8ba7e0b08
12:00 <Enygma`> I don`t know about the second part (which might be intended), but the first part looks like an unintended deletion and paste.
12:01 <Enygma`> it's preventing xwiki-manager from building due to the invalid pom http://ci.xwiki.org/job/xwiki-manager/5213/console
12:01 <tmortagne> Enygma`: the second part is actually useless since it's already done in the XE war
12:01 <tmortagne> but yes I made a syntax mistake
12:02 <Enygma`> so the first part about workspace-api stays, right?
12:03 <tmortagne> no the first part is weird, I don't understand how it ended up like this actually
12:03 <tmortagne> I never tried this
12:03 <tmortagne> I just added some exclusion
12:03 <tmortagne> I guess it's a m2e bug
12:03 <tmortagne> fixing it
12:05 <Enygma`> s/stays/does not get removed/ :)
12:05 <tmortagne> yes that's it m2e exclusion tool is totaly broken as far as I can see
12:05 <Enygma`> ok :)
12:05 <tmortagne> the only right thing is the last one
12:08 <mflorea> has quit
12:24 <abusenius> has joined #xwiki
12:36 <abusenius> has quit
13:08 <polx> has quit
13:11 <Slashman> has joined #xwiki
13:36 <mflorea> has joined #xwiki
13:45 <sburjan`> has quit
13:48 <tdelafosse> has joined #xwiki
13:48 <SvenDowideit> has quit
13:50 <SvenDowideit> has joined #xwiki
14:08 <abusenius> has joined #xwiki
14:32 <vmassol> we have a stuck XE on agent3
14:32 <vmassol> FYI here's its dump: https://gist.github.com/raw/4502053/e7b51c7c41bb07d93b5ad18bd1b7785b4f7f70e8/gistfile1.txt
14:32 <vmassol> killing it
14:39 <sburjan> hello. Does anybody any idea if the javascript event xwiki:livetable:displayComplete is triggered only the first time the livetable is displayed or it is triggered also when sorting/filtering ?
14:41 <vmassol> every time normally
14:48 <vmassol> markdown now has 100% support on http://rendering.xwiki.org/xwiki/bin/view/Main/SyntaxReport :)
14:48 <cjd> has quit
16:19 <polx> has joined #xwiki
16:28 <sdumitriu> has joined #xwiki
16:32 <sdumitriu> has quit
16:57 <msmeria> has quit
16:59 <polx> has quit
17:02 <jvdrean> has quit
17:02 <polx> has joined #xwiki
17:42 <StefanS_> has joined #xwiki
17:42 <StefanS_> Hi, Can someone help me with a macro?
17:50 <tmortagne> has quit
17:58 <evalica> has quit
18:13 <polx> has quit
18:16 <StefanS_> has quit
18:17 <polx> has joined #xwiki
18:20 <polx> has quit
18:22 <GuillaumeF> has quit
18:38 <polx> has joined #xwiki
18:43 <polx> has quit
19:02 <SvenDowideit> has quit
19:05 <SvenDowideit> has joined #xwiki
19:21 <qubit> has joined #xwiki
19:23 <qubit> Just installed xwiki, enabled markdown/1.0 syntax, but whenever I try and preview a page using markdown, it throws "Error number 4001 in 4: Error while parsing velocity page /templates/xwikivars.vm Wrapped Exception: Failed to evaluate content with id [/templates/xwikivars.vm]"
19:26 <sburjan> has quit
19:27 <mflorea> has quit
19:27 <sdumitriu1> qubit: Can you see if there's a longer exception stacktrace somewhere?
19:27 <sdumitriu1> pastebin it
19:27 <qubit> sure, i'll pastebin it
19:28 <qubit> sdumitriu1: http://dpaste.com/871433/
19:29 <sdumitriu1> Weird...
19:29 <sdumitriu1> Which version? 4.4?
19:29 <qubit> yes
19:29 <sdumitriu1> vmassol: Any idea?  Caused by: java.lang.IncompatibleClassChangeError: org/parboiled/transform/ParserClassNode
19:31 <sdumitriu1> qubit: Is it a fresh install or an upgrade?
19:31 <qubit> sdumitriu1: fresh
19:32 <qubit> installed using the deb virtual package
19:32 <sdumitriu1> https://github.com/sirthias/pegdown/issues/66
19:32 <sdumitriu1> I think this is known, vmassol took care of it already for the next release
19:35 <sdumitriu1> You should downgrade some jars
19:35 <sdumitriu1> remove WEB-INF/lib/pedown-1.2.0.jar and replace it with http://search.maven.org/remotecontent?filepath=org/pegdown/pegdown/1.1.0/pegdown-1.1.0.jar
19:36 <sdumitriu1> remove the two parboiled 1.1.3 jars and replace with http://search.maven.org/remotecontent?filepath=org/parboiled/parboiled-core/1.0.2/parboiled-core-1.0.2.jar and http://search.maven.org/remotecontent?filepath=org/parboiled/parboiled-java/1.0.2/parboiled-java-1.0.2.jar
19:36 <sdumitriu1> Restart, see if it works
19:37 <qubit> oh, that was a typo, pegdown, not pedown
19:38 <sdumitriu1> Yep
19:38 <vmassol> qubit: hi
19:38 <vmassol> this is a regression that has been fixed
19:38 <vmassol> let me find the issue
19:39 <vmassol> you can easily fix it by checking your WEB-INF/lib directory
19:39 <vmassol> and remove asm 3.1
19:39 <vmassol> you should have asm 4.* in there
19:39 <qubit> i do
19:39 <sdumitriu1> vmassol: Ae you sure?
19:39 <sdumitriu1> I thought that we decided to stick with 3.1 and downgrade pegdown
19:39 <sdumitriu1> Did I misread the vote?
19:39 <vmassol> http://jira.xwiki.org/jira/browse/XWIKI-8657
19:40 <vmassol> yes I'm sure
19:40 <vmassol> I've done that on myxwiki.org too btw
19:40 <sdumitriu1> Right
19:40 <sdumitriu1> Re-read it now
19:40 <sdumitriu1> qubit: So disregard my instructions
19:41 <sdumitriu1> Do what vmassol says
19:42 <qubit> vmassol: did that, works now. thanks :-)
19:42 <vmassol> cool
19:42 <vmassol> btw
19:43 <vmassol> qubit: you should really start using XWiki 4.5-SNAPSHOT since I've integrated this morning a complete new markdown implementation
19:43 <vmassol> which works way better
19:43 <vmassol> see http://jira.xwiki.org/jira/browse/XRENDERING-258
19:48 <vmassol> gtg bbl
20:11 <sburjan`> has joined #xwiki
20:14 <tdelafosse> has quit
20:23 <Enygma`> has quit
21:08 <qubit> is there a way to make the editor fall back to plaintext when a syntax isn't supported? If I've created a markdown document, and the WYSIWYG editor is the default, it just shows an error saying markdown isn't supported and doesnt give me an option to use plain text.
21:11 <sdumitriu1> qubit: I don't know for sure, but there are a few things you could do
21:11 <sdumitriu1> For one user, change the default editor in the user profile
21:12 <sdumitriu1> (but this will completely disable the WYSIWYG even for supported syntaxes)
21:12 <sdumitriu1> For the whole wiki, edit templates/edit.vm and change the default editor that gets picked
21:13 <qubit> so aside from changing the default editor, there's no way? sounds like I should open up a bug report
21:13 <sdumitriu1> Add a && ($doc.syntax.toIdString() != 'markdown/1.0') or something like that in:
21:13 <sdumitriu1>       #elseif(($xwiki.getUserPreference('editor') == 'Wysiwyg') && ($doc.syntax.toIdString() != 'xwiki/1.0' || !$doc.isAdvancedContent()))
21:15 <sdumitriu1> But this will affect the editor for a whole wiki document, it will still fail for editors used in inline mode to display textarea fields
21:15 <sdumitriu1> Did you upgrade to 4.5-SNAPSHOT already?
21:16 <sdumitriu1> I think it might work in this version
21:16 <sdumitriu1> (work as in supported by the WYSIWYG)
21:19 <qubit> I have not. briefly tried messing with the deb packages, and the deps are all whacked
21:23 <polx> has joined #xwiki
21:58 <polx> has quit
21:58 <polx> has joined #xwiki
22:12 <cjd> has joined #xwiki
22:36 <vmassol> has quit
23:07 <vmassol> has joined #xwiki
23:16 <vmassol> has quit
23:43 <vmassol> has joined #xwiki
23:45 <polx> has quit
23:47 <vmassol> has quit
23:53 <SvenDowideit> has quit
23:53 <SvenDowideit> has joined #xwiki

Get Connected