IRC Archive for channel #xwiki on 19 August 2016
Last modified by Vincent Massol on 2016/08/19 23:37
* mmercer has now determined that he loves xwiki far more than is healthy....
00:02 <mmercer> in order to write my pages for confluence, I will be using xwiki to edit them using wiki syntax, then exporting that information into confluence, rofl
00:27 <polx> has quit
00:34 <mmercer> oooh, i have a suggestion =D
02:23 <Denis1> has joined #xwiki
02:25 <Denis> has quit
03:18 <jonesmeier> has quit
03:20 <jonesmeier> has joined #xwiki
05:27 <edvorg> has joined #xwiki
05:45 <edvorg> has quit
05:45 <edvorg-> has joined #xwiki
05:46 <edvorg> has joined #xwiki
07:42 <polx> has joined #xwiki
08:13 <evalica> has joined #xwiki
08:28 <sdumitriu1> has quit
08:29 <sdumitriu1> has joined #xwiki
08:59 <vmassol> has joined #xwiki
08:59 <Inge-> has quit
09:01 <Inge-> has joined #xwiki
09:09 <Inge-> has quit
09:16 <Inge-> has joined #xwiki
09:23 <mflorea> has joined #xwiki
09:27 <edvorg> has quit
09:27 <edvorg-> has quit
09:27 <edvorg> has joined #xwiki
09:39 <tmortagne> has joined #xwiki
09:47 <tmortagne> has quit
09:50 <vmassol> good morning
10:01 <tmortagne> has joined #xwiki
10:06 <vmassol> mflorea: good morning, could you explain to me what this means: https://www.evernote.com/l/AHekAax5rQJH95D1Huem02v-8Iu45X-ktcA ? Thanks
10:07 <mflorea> vmassol: what is to explain? the password and validation key properties have changed, but we don't show the diff on password fields
10:08 <Enygma`> has joined #xwiki
10:09 <mflorea> both Password and Validation Key are "Password" fields
10:09 <tmortagne> mflorea: we should probably have a message saying something like "Diff is not displayed for passwords fields"
10:14 <vmassol> yes
10:14 <vmassol> that would be nice
10:14 <vmassol> I'll create a jira issue
10:15 <mflorea> vmassol, tmortagne:
10:15 <mflorea> we have it
10:15 <mflorea> https://github.com/xwiki/xwiki-platform/blob/master/xwiki-platform-core/xwiki-platform-web/src/main/webapp/templates/diff_macros.vm#L63
10:15 <mflorea> https://github.com/xwiki/xwiki-platform/blob/master/xwiki-platform-core/xwiki-platform-oldcore/src/main/resources/ApplicationResources.properties#L1526
10:16 <vmassol> I don't see it on my screenshot
10:16 <mflorea> https://github.com/xwiki/xwiki-platform/blob/master/xwiki-platform-core/xwiki-platform-web/src/main/webapp/templates/diff_macros.vm#L35
10:17 <mflorea> maybe it's a CSS issue, check the HTML code
10:17 <mflorea> if there's a span with class="diff-info-icon"
10:20 <vmassol> I have this: https://gist.github.com/vmassol/f1e0a50bd5da81519953b90e405fcb06
10:22 <vmassol> mflorea: I've created http://jira.xwiki.org/browse/XWIKI-13641
10:23 <mflorea> ok, so the HTML is there
10:23 <mflorea> I'm using the icon theme to display the info icon
10:24 <vmassol> I'm testing an upgrade fro 7.0.1 to 7.4.4 and I have a conflict with the XWiki.Admin user
10:25 <vmassol> apparently the author was XWiki.Admiin in previous, XWiki.superadmin in current and XWiki.Admin in new
10:26 <vmassol> now regarding passowrd/validation key, it says they were modifed between previous and current and between current and new
10:27 <vmassol> it's unfortunate but I guess it's fixed for 8.x since we've removed that user
10:28 <vmassol> I don't understand somrthing though
10:29 <vmassol> previous and current should be the same no since I didn't change anything in 7.0.1?
10:31 <edvorg> has quit
10:32 <tmortagne> vmassol: it's XE-1499
10:34 <Slashman> has joined #xwiki
10:35 <vmassol> tmortagne: the issues says it's fixed. So I guess it's fixed for future but not the past, is that it?
10:35 <polx> has quit
10:36 <vmassol> ie it works startinf from 7.1.3+ (for the 7.x) branch
10:36 <vmassol> *starting
10:36 <vmassol> and I have it because I'm upgrading from 7.0.1
10:36 <vmassol> is that it?
10:38 <tmortagne> vmassol: look at the last comment
10:38 <vmassol> yes but it was not extra clear to me :)
10:38 <vmassol> adding a comment
10:43 <vmassol> which means we'll still get a lot of users having this issue for a long time probaby
10:43 <vmassol> cool that was the only conflict
10:54 <polx> has joined #xwiki
10:56 <ClemensR> has joined #xwiki
11:09 <vmassol> tmortagne: have you seen http://ci.xwiki.org/job/xwiki-platform/3123/console ?
11:10 <vmassol> not sure what's wrong though (haven't checked the lagcy module yet)
11:10 <tmortagne> no I did not saw it, looks like a revapi bug
11:31 <acotiuga> has joined #xwiki
11:43 <tmortagne> vmassol: is it on purpose that we don't have any redirect from the old snippets pages to the new wiki ?
11:49 <vmassol> tmortagne: I don't remember what I did during the seminar precisely
11:49 <vmassol> (on this aspect)
11:49 <tmortagne> some of those snippets were used a lot and moving them most probably created lots of broken links
11:50 <vmassol> this is what I've used: http://extensions.xwiki.org/xwiki/bin/edit/ExtensionCode/CopySnippets/
11:50 <vmassol> I'm not sure there are that many broken links
11:50 <vmassol> but yes there'll be for sure
11:50 <vmassol> not sure what we can do though now
11:50 <vmassol> ah I remeber
11:50 <vmassol> no it wasn't on purpose
11:50 <vmassol> I even asked marius
11:51 <vmassol> and he said that by default the redirection was going to be created by the SS
11:51 <vmassol> (if I remember corretly)
11:51 <tmortagne> we could probably find the snippets that were deleted based on deleted document date
11:51 <vmassol> for $services.refactoring.rename($sourceReference, $targetReference)
11:52 <tmortagne> the probleme is that extension.xwiki.org was badly upgraded and was missing refactoring app ( and so redirect class) so no redirection were created
11:52 <vmassol> ahhhh
11:52 <vmassol> so indeed it wasn't on purpose
11:52 <tmortagne> looks like you added refactoring app to the xwiki.org flavor but after the upgrade and forgot to fix the wikis
11:53 <vmassol> I see
11:53 <vmassol> one thing we need ot discuss
11:53 <vmassol> (quickly)
11:53 <vmassol> is whether we want to conitue with snippets.xwiki.org or not
11:53 <vmassol> ludovic rightly raised some issues about it
11:53 <vmassol> and FTR we'll have similar issues with the recommended extensions vs non recommended ones
11:54 <vmassol> there are 3 aspects:
11:54 <vmassol> - snippets
11:54 <vmassol> - extensions
11:54 <vmassol> - reference doc
11:54 <vmassol> we had the 3 mixed before
11:54 <vmassol> which was convenient for users
11:55 <vmassol> I'm feeling a bit uneasy about the separation of snippets
11:56 <tmortagne> we can keep those separated because that's what makes sense in term of properties and UI sheet and have a Solr based page mixing what those 3 have in common (name and summary probably)
11:57 <vmassol> yes
11:58 <vmassol> doc.xwiki.org, all.xwiki.org, index.xwiki.org, ....
11:59 <M-mouhb> has quit
11:59 <blabla2[m]> has quit
11:59 <jihad[m]> has quit
11:59 <M-cjd> has quit
11:59 <Craeckie[m]> has quit
12:00 <vmassol> reference.xwiki.org (a bit technical) as in reference documentation
12:00 <vmassol> ref.xwiki.org
12:01 <vmassol> since our goal is to have everything as an extension, it makes sense that its goal would be reference documentation
12:01 <vmassol> now not sure snippets can be considered ref doc… doc yes
12:02 <vmassol> so doc.xwiki.org would make the most sense to me
12:02 <vmassol> but
12:02 <vmassol> tutorials are doc but wouldn't be in there....
12:02 <vmassol> need to think more...
12:03 <vmassol> or we don't consider it doc but find a synonym for extension
12:03 <vmassol> add.xwiki.org
12:03 <vmassol> (ie everything that can be added)
12:03 <vmassol> (add as a shortname of addition)
12:04 <vmassol> yeah I kind of like add.xwiki.org
12:04 <vmassol> wdyt?
12:04 <tmortagne> something like this yes
12:04 <tmortagne> hmm
12:06 <tmortagne> "add" my sound a bit too close to ad as in advertisement
12:06 <evalica> I prefer doc
12:07 <tmortagne> not sure we really need a wiki with its own domain for this, it could simple be a page on main wiki
12:07 <tmortagne> s/simple/simply/
12:17 <vmassol> it's simpler if a have a domain
12:18 <vmassol> that's how I use exo
12:18 <vmassol> I just type 'ex" in my broser url and press enter
12:18 <vmassol> *browser
12:18 <vmassol> and I know it'll be only about extensions and I can search directly from the home page
12:19 <vmassol> evalica: but it's not full doc, what about http://www.xwiki.org/xwiki/bin/view/Main/Documentation ?
12:19 <vmassol> @thomas: advertising is 'ad" not "add"
12:20 <vmassol> (it's very different when you read it)
12:20 <vmassol> addition.xwiki.org would work too, it's longer to type
12:20 <vmassol> (or additions)
12:21 <tmortagne> vmassol: I know it's "ad" that's what I said, but it sounds the same
12:21 <vmassol> I don't see the problem person lly
12:27 <vmassol> lunch time, bbiab
12:32 <Chris[m]> has joined #xwiki
13:23 <Craeckie[m]> has joined #xwiki
13:23 <jihad[m]> has joined #xwiki
13:23 <M-jsimard> has joined #xwiki
13:23 <M-yflory> has joined #xwiki
13:23 <M-mouhb> has joined #xwiki
13:23 <M-cjd> has joined #xwiki
13:23 <blabla2[m]> has joined #xwiki
13:24 <M-vmassol> has joined #xwiki
13:45 <vmassol> tmortagne: woudl you like me to look into http://ci.xwiki.org/job/xwiki-platform/3123/console ?
13:45 <vmassol> @all: we need to make the build work by EOD today so that we're ready to release 8.3M1 on Monday
13:52 <vmassol> hmm http://ci.xwiki.org/job/xwiki-enterprise-test-ui/lastCompletedBuild/org.xwiki.enterprise$xwiki-enterprise-test-ui/testReport/org.xwiki.test.ui.appwithinminutes/DocumentFieldsTest/titleAndContent/ has been failing for the passed 34 builds but it's not listed in the flickers
13:58 <vmassol> so the content is empty
13:58 <acotiuga> Hello, I have difficulties in understanding the way http://ci.xwiki.org/job/xwiki-enterprise-test-escaping/org.xwiki.enterprise$xwiki-enterprise-test-escaping/2744/testReport/junit/org.xwiki.test.escaping/ApplicationTest/Tour_HomepageTour_Translations_xml__language__comment_________testParametersInFlamingo/ is failing. I can't figure out what generates: language=aaa"bbb'ccc>ddd<eee. Could anyone give me a hint in fixing the tour app tests ?
13:59 <vmassol> BTW mflorea, is it normal that it's the GWT editor used in the screenshot?
13:59 <vmassol> (instead of the CK editor)
14:00 <vmassol> acotiuga: there's a java class that generates urls
14:00 <vmassol> in enteprise
14:00 <mflorea> vmassol: which screenshot?
14:00 <vmassol> mflorea: see at 13:52
14:00 <vmassol> (14:52 for you)
14:00 <vmassol> http://ci.xwiki.org/job/xwiki-enterprise-test-ui/lastCompletedBuild/org.xwiki.enterprise$xwiki-enterprise-test-ui/testReport/org.xwiki.test.ui.appwithinminutes/DocumentFieldsTest/titleAndContent/
14:03 <vmassol> acotiuga: see https://github.com/xwiki/xwiki-enterprise/blob/master/xwiki-enterprise-test/xwiki-enterprise-test-escaping/src/test/it/org/xwiki/test/escaping/framework/XMLEscapingValidator.java and the framework package more generally
14:04 <mflorea> vmassol: we configured the enterprise tests to use the GWT editor in order to not break the existing tests. But in this case it's not that, the app that is being tested uses the "Content" field which has a custom displayer, that doesn't use the edit script service for the moment. It calls directly the GWT macros.
14:06 <vmassol> ok so it's just temporary that we're still using the GWT editor in the tests; we do plan to upgrade to ck when we get tht iem
14:06 <vmassol> *get the time
14:06 <vmassol> regarding the error
14:07 <vmassol> can I leave it to you? you seem to know the problem
14:08 <mflorea> I don't know the problem :) I just know why the GWT is displayed there. But you can leave it to me :P
14:09 <vmassol> :)
14:19 <vmassol> I'm taking http://ci.xwiki.org/job/xwiki-enterprise-test-ui/org.xwiki.enterprise$xwiki-enterprise-test-ui/2612/testReport/junit/org.xwiki.test.ui/ViewTest/viewPageWhenSpecialCharactersInName/
14:28 <vmassol> analyzing http://ci.xwiki.org/job/xwiki-enterprise-test-selenium/lastCompletedBuild/org.xwiki.enterprise$xwiki-enterprise-test-selenium/testReport/org.xwiki.test.selenium/AdministrationTest/testPanelsAdmin/ now
14:38 <vmassol> seems we have now removed the panel name from the class attribute
14:38 <vmassol> trying to find commit
14:40 <vmassol> mentioning in case it rings a bell to anyone
14:51 <vmassol> anyone knows whre is that code that generates the <div> for each panel?
14:51 <vmassol> from rightpanels.vm I see it executes $services.rendering.render($panelUix.execute(), "xhtml/1.0")
14:52 <vmassol> found it
14:52 <vmassol> https://github.com/xwiki/xwiki-platform/blob/f69af9b1f457157edc4fc52ca9f758cbe22af246/xwiki-platform-core/xwiki-platform-panels/xwiki-platform-panels-api/src/main/java/org/xwiki/panels/internal/PanelWikiUIExtensionComponentBuilder.java#L111-L111
14:54 <vmassol> ah it's #panelheader
14:54 <tmortagne> yes each panel display itself
14:54 <vmassol> which means they can break the html
14:54 <vmassol> ;)
14:55 <vmassol> (easily)
14:55 <tmortagne> and also decide to to be hidden when needed
14:55 <vmassol> yes that's nice
14:55 <tmortagne> you could still break the html even if each panel was not the one displaying itself
14:56 <boubou> vmassol I found my issue with my cpu at 100%
14:56 <boubou> openoffice caused that
14:56 <boubou> openoffice4
14:56 <boubou> does it has known issues with openoffice4 and xwiki ?
14:57 <vmassol> well xwiki doesn't support all versions of OO
14:57 <vmassol> but it's not related to cpu
14:57 <vmassol> it's related to succeeding in starting OO or not
14:57 <vmassol> see http://extensions.xwiki.org/xwiki/bin/view/Extension/Office+Importer+Application
14:58 <vmassol> (see compatibility section)
14:58 <vmassol> so no I don't know any issue with cpu
15:01 <vmassol> ah I know
15:01 <vmassol> that's stupid…..
15:04 <ClemensR> boubou: in my experience libreOffice / openOffice server tends to hog the CPU at unpredicteable times and need to be restarted. it shows that this is mostly a desktop application and not a server.
15:05 <ClemensR> we got monitoring on our wikis that restart the oo-server when it has > 95% CPU for longer than a few minutes; fixes the issue with a kludge
15:05 <vmassol> tmortagne: this might be a bug caused by your velocity changes
15:05 <ClemensR> I thought there is some xwiki special syntax that caused it, not never found anything reproducible
15:05 <vmassol> what happens is that $paneldoc 's value isn't updated for each panel
15:05 <vmassol> the first panel sets the page name in that var
15:05 <vmassol> and then all fruther panels have that page name
15:06 <vmassol> could it be caused by the velocity changes you made?
15:07 <tmortagne> don't know, Velocity context was not isolated before either so if you execute some Velocity which set a variable you get this variable in following scripts too
15:07 <vmassol> the test was not failiing before so this is realtively new
15:07 <vmassol> (past 34 builds)
15:07 <vmassol> (it's not a flicker)
15:08 <ClemensR> boubou: me was incorrect. there was an issue where I needed to install a LibreOffice 4.4.4 because OpenOffice crashed (looped with 100% CPU) when exporting a simple table. However that was back in May 2015, and I forgot about that
15:09 <boubou> ClemensR then to fix my cpu at 100%, I sould install libreoffice 4.4.4 ?
15:09 <boubou> I ask it because this is a options for openoffice in xwiki
15:10 <vmassol> paneldoc is set in #displaypanel. but that's not used normally
15:10 <boubou> libreoffice 4.4.4 and xwiki, is it compatible ?
15:10 <ClemensR> yes, this or a newer version - it might be worth a try. if you have already a newer version then it is likwely not the issue
15:10 <vmassol> wait
15:10 <vmassol> it's set in rightpanels/vm too
15:10 <boubou> ClemensR I tried the last version of openoffice
15:11 <boubou> on xwiki
15:11 <ClemensR> boubou: yes, a libreoffice 4.4.4 install runs stable for more than a year here. (Actually even a pre-release snapshot of 4.4.4, I never updated it)
15:11 <boubou> ok
15:11 <boubou> I will try it then
15:11 <ClemensR> but that was for a very very specific issue - can you reproduce your issue? Anyway, it is worth a try, even if it is more a shot in the dark
15:15 <boubou> I can reproduce my issue with openoffice yes
15:15 <boubou> easyly
15:17 <ClemensR> is it happens with a specific document, and a newer office version does not help, a minimal page to reproduce the problem would be cool.
15:18 <ClemensR> if it happens all the time, no matter what .... it sounds more like a local installation problem, as xwiki + office server works usually
15:20 <ClemensR> I missed the start of the debugging session ... is this the newest XWiki version? If yes I should double check, as I have not tested the office functionality with 8.2.1
15:21 <ClemensR> (no good reason why it could be broken in 8.2.1, but then there is not reason why it should be broken at all ... it has been introduced quite some time ago and has been stable for some time, too)
15:23 <boubou> ClemensR yes sir, the latest 8.2.1
15:23 <boubou> how can I troubleshoot the error ?
15:23 * ClemensR starts its local open office server ....
15:23 <boubou> and generate errors in logs ?
15:24 <ClemensR> I have to admit that I treat office server as a blackbox - no idea how it works; if it fails, try another version, thats it ...
15:24 <boubou> LOL ok
15:25 <ClemensR> can you produce the 100% CPU when exporting a document as office, or when importing?
15:25 <boubou> but you gave me a nice idea to try libre office
15:25 * ClemensR tries to remember where the office server writes its log files
15:25 <boubou> I dont think its happens when I import or export docs
15:26 <ClemensR> you might get slightly better error messages when running the office server in "embedded" mode
15:26 <boubou> I just restarted the xwiki... wait then... hop cpu 100%
15:26 <polx> has quit
15:26 <polx_> has joined #xwiki
15:26 <ClemensR> but I can not recommend to do that in production, just locally for debugging!
15:26 <ClemensR> ah, so it is likely the search indexer asking open office for the fulltext of office attachments
15:44 <tmortagne> ClemensR: the solr search does not use open office
15:44 <tmortagne> it use tika which has it's own way of parsing office documents
15:45 <ClemensR> ah, ok then I do not understand what creates 100% CPU load just because XWiki starts
15:46 <vmassol> note to all: the enterprise tests may fail because of the prevoous problems with the context changes by thomas
15:46 <ClemensR> except if the office server is embedded in XWiki ... then maybe it has trouble initializing, because it tries to read its config from /dev/random or whatever crazy things it might do ;)
15:46 <vmassol> since platform has failed to build , the enterprise tests have not been run again
16:23 <evalica> has quit
16:47 <Chuguniy> has joined #xwiki
17:05 <acotiuga> has quit
17:06 <acotiuga> has joined #xwiki
17:18 <mflorea> has quit
18:00 <Pbas> has quit
18:03 <mflorea> has joined #xwiki
18:06 <tmortagne> has quit
18:48 <ClemensR> has left #xwiki
19:33 <acotiuga> has quit
19:34 <acotiuga> has joined #xwiki
19:45 <mflorea> has quit
21:20 <Slashman> has quit
21:37 <acotiuga> has quit
21:40 <vmassol> has quit
21:41 <vmassol> has joined #xwiki
21:41 <vmassol> has quit
23:14 <polx_> has quit
23:21 <polx> has joined #xwiki
23:26 <Chuguniy> has quit
23:37 <polx> has quit
00:02 <mmercer> in order to write my pages for confluence, I will be using xwiki to edit them using wiki syntax, then exporting that information into confluence, rofl
00:27 <polx> has quit
00:34 <mmercer> oooh, i have a suggestion =D
02:23 <Denis1> has joined #xwiki
02:25 <Denis> has quit
03:18 <jonesmeier> has quit
03:20 <jonesmeier> has joined #xwiki
05:27 <edvorg> has joined #xwiki
05:45 <edvorg> has quit
05:45 <edvorg-> has joined #xwiki
05:46 <edvorg> has joined #xwiki
07:42 <polx> has joined #xwiki
08:13 <evalica> has joined #xwiki
08:28 <sdumitriu1> has quit
08:29 <sdumitriu1> has joined #xwiki
08:59 <vmassol> has joined #xwiki
08:59 <Inge-> has quit
09:01 <Inge-> has joined #xwiki
09:09 <Inge-> has quit
09:16 <Inge-> has joined #xwiki
09:23 <mflorea> has joined #xwiki
09:27 <edvorg> has quit
09:27 <edvorg-> has quit
09:27 <edvorg> has joined #xwiki
09:39 <tmortagne> has joined #xwiki
09:47 <tmortagne> has quit
09:50 <vmassol> good morning
10:01 <tmortagne> has joined #xwiki
10:06 <vmassol> mflorea: good morning, could you explain to me what this means: https://www.evernote.com/l/AHekAax5rQJH95D1Huem02v-8Iu45X-ktcA ? Thanks
10:07 <mflorea> vmassol: what is to explain? the password and validation key properties have changed, but we don't show the diff on password fields
10:08 <Enygma`> has joined #xwiki
10:09 <mflorea> both Password and Validation Key are "Password" fields
10:09 <tmortagne> mflorea: we should probably have a message saying something like "Diff is not displayed for passwords fields"
10:14 <vmassol> yes
10:14 <vmassol> that would be nice
10:14 <vmassol> I'll create a jira issue
10:15 <mflorea> vmassol, tmortagne:
10:15 <mflorea> we have it
10:15 <mflorea> https://github.com/xwiki/xwiki-platform/blob/master/xwiki-platform-core/xwiki-platform-web/src/main/webapp/templates/diff_macros.vm#L63
10:15 <mflorea> https://github.com/xwiki/xwiki-platform/blob/master/xwiki-platform-core/xwiki-platform-oldcore/src/main/resources/ApplicationResources.properties#L1526
10:16 <vmassol> I don't see it on my screenshot
10:16 <mflorea> https://github.com/xwiki/xwiki-platform/blob/master/xwiki-platform-core/xwiki-platform-web/src/main/webapp/templates/diff_macros.vm#L35
10:17 <mflorea> maybe it's a CSS issue, check the HTML code
10:17 <mflorea> if there's a span with class="diff-info-icon"
10:20 <vmassol> I have this: https://gist.github.com/vmassol/f1e0a50bd5da81519953b90e405fcb06
10:22 <vmassol> mflorea: I've created http://jira.xwiki.org/browse/XWIKI-13641
10:23 <mflorea> ok, so the HTML is there
10:23 <mflorea> I'm using the icon theme to display the info icon
10:24 <vmassol> I'm testing an upgrade fro 7.0.1 to 7.4.4 and I have a conflict with the XWiki.Admin user
10:25 <vmassol> apparently the author was XWiki.Admiin in previous, XWiki.superadmin in current and XWiki.Admin in new
10:26 <vmassol> now regarding passowrd/validation key, it says they were modifed between previous and current and between current and new
10:27 <vmassol> it's unfortunate but I guess it's fixed for 8.x since we've removed that user
10:28 <vmassol> I don't understand somrthing though
10:29 <vmassol> previous and current should be the same no since I didn't change anything in 7.0.1?
10:31 <edvorg> has quit
10:32 <tmortagne> vmassol: it's XE-1499
10:34 <Slashman> has joined #xwiki
10:35 <vmassol> tmortagne: the issues says it's fixed. So I guess it's fixed for future but not the past, is that it?
10:35 <polx> has quit
10:36 <vmassol> ie it works startinf from 7.1.3+ (for the 7.x) branch
10:36 <vmassol> *starting
10:36 <vmassol> and I have it because I'm upgrading from 7.0.1
10:36 <vmassol> is that it?
10:38 <tmortagne> vmassol: look at the last comment
10:38 <vmassol> yes but it was not extra clear to me :)
10:38 <vmassol> adding a comment
10:43 <vmassol> which means we'll still get a lot of users having this issue for a long time probaby
10:43 <vmassol> cool that was the only conflict
10:54 <polx> has joined #xwiki
10:56 <ClemensR> has joined #xwiki
11:09 <vmassol> tmortagne: have you seen http://ci.xwiki.org/job/xwiki-platform/3123/console ?
11:10 <vmassol> not sure what's wrong though (haven't checked the lagcy module yet)
11:10 <tmortagne> no I did not saw it, looks like a revapi bug
11:31 <acotiuga> has joined #xwiki
11:43 <tmortagne> vmassol: is it on purpose that we don't have any redirect from the old snippets pages to the new wiki ?
11:49 <vmassol> tmortagne: I don't remember what I did during the seminar precisely
11:49 <vmassol> (on this aspect)
11:49 <tmortagne> some of those snippets were used a lot and moving them most probably created lots of broken links
11:50 <vmassol> this is what I've used: http://extensions.xwiki.org/xwiki/bin/edit/ExtensionCode/CopySnippets/
11:50 <vmassol> I'm not sure there are that many broken links
11:50 <vmassol> but yes there'll be for sure
11:50 <vmassol> not sure what we can do though now
11:50 <vmassol> ah I remeber
11:50 <vmassol> no it wasn't on purpose
11:50 <vmassol> I even asked marius
11:51 <vmassol> and he said that by default the redirection was going to be created by the SS
11:51 <vmassol> (if I remember corretly)
11:51 <tmortagne> we could probably find the snippets that were deleted based on deleted document date
11:51 <vmassol> for $services.refactoring.rename($sourceReference, $targetReference)
11:52 <tmortagne> the probleme is that extension.xwiki.org was badly upgraded and was missing refactoring app ( and so redirect class) so no redirection were created
11:52 <vmassol> ahhhh
11:52 <vmassol> so indeed it wasn't on purpose
11:52 <tmortagne> looks like you added refactoring app to the xwiki.org flavor but after the upgrade and forgot to fix the wikis
11:53 <vmassol> I see
11:53 <vmassol> one thing we need ot discuss
11:53 <vmassol> (quickly)
11:53 <vmassol> is whether we want to conitue with snippets.xwiki.org or not
11:53 <vmassol> ludovic rightly raised some issues about it
11:53 <vmassol> and FTR we'll have similar issues with the recommended extensions vs non recommended ones
11:54 <vmassol> there are 3 aspects:
11:54 <vmassol> - snippets
11:54 <vmassol> - extensions
11:54 <vmassol> - reference doc
11:54 <vmassol> we had the 3 mixed before
11:54 <vmassol> which was convenient for users
11:55 <vmassol> I'm feeling a bit uneasy about the separation of snippets
11:56 <tmortagne> we can keep those separated because that's what makes sense in term of properties and UI sheet and have a Solr based page mixing what those 3 have in common (name and summary probably)
11:57 <vmassol> yes
11:58 <vmassol> doc.xwiki.org, all.xwiki.org, index.xwiki.org, ....
11:59 <M-mouhb> has quit
11:59 <blabla2[m]> has quit
11:59 <jihad[m]> has quit
11:59 <M-cjd> has quit
11:59 <Craeckie[m]> has quit
12:00 <vmassol> reference.xwiki.org (a bit technical) as in reference documentation
12:00 <vmassol> ref.xwiki.org
12:01 <vmassol> since our goal is to have everything as an extension, it makes sense that its goal would be reference documentation
12:01 <vmassol> now not sure snippets can be considered ref doc… doc yes
12:02 <vmassol> so doc.xwiki.org would make the most sense to me
12:02 <vmassol> but
12:02 <vmassol> tutorials are doc but wouldn't be in there....
12:02 <vmassol> need to think more...
12:03 <vmassol> or we don't consider it doc but find a synonym for extension
12:03 <vmassol> add.xwiki.org
12:03 <vmassol> (ie everything that can be added)
12:03 <vmassol> (add as a shortname of addition)
12:04 <vmassol> yeah I kind of like add.xwiki.org
12:04 <vmassol> wdyt?
12:04 <tmortagne> something like this yes
12:04 <tmortagne> hmm
12:06 <tmortagne> "add" my sound a bit too close to ad as in advertisement
12:06 <evalica> I prefer doc
12:07 <tmortagne> not sure we really need a wiki with its own domain for this, it could simple be a page on main wiki
12:07 <tmortagne> s/simple/simply/
12:17 <vmassol> it's simpler if a have a domain
12:18 <vmassol> that's how I use exo
12:18 <vmassol> I just type 'ex" in my broser url and press enter
12:18 <vmassol> *browser
12:18 <vmassol> and I know it'll be only about extensions and I can search directly from the home page
12:19 <vmassol> evalica: but it's not full doc, what about http://www.xwiki.org/xwiki/bin/view/Main/Documentation ?
12:19 <vmassol> @thomas: advertising is 'ad" not "add"
12:20 <vmassol> (it's very different when you read it)
12:20 <vmassol> addition.xwiki.org would work too, it's longer to type
12:20 <vmassol> (or additions)
12:21 <tmortagne> vmassol: I know it's "ad" that's what I said, but it sounds the same
12:21 <vmassol> I don't see the problem person lly
12:27 <vmassol> lunch time, bbiab
12:32 <Chris[m]> has joined #xwiki
13:23 <Craeckie[m]> has joined #xwiki
13:23 <jihad[m]> has joined #xwiki
13:23 <M-jsimard> has joined #xwiki
13:23 <M-yflory> has joined #xwiki
13:23 <M-mouhb> has joined #xwiki
13:23 <M-cjd> has joined #xwiki
13:23 <blabla2[m]> has joined #xwiki
13:24 <M-vmassol> has joined #xwiki
13:45 <vmassol> tmortagne: woudl you like me to look into http://ci.xwiki.org/job/xwiki-platform/3123/console ?
13:45 <vmassol> @all: we need to make the build work by EOD today so that we're ready to release 8.3M1 on Monday
13:52 <vmassol> hmm http://ci.xwiki.org/job/xwiki-enterprise-test-ui/lastCompletedBuild/org.xwiki.enterprise$xwiki-enterprise-test-ui/testReport/org.xwiki.test.ui.appwithinminutes/DocumentFieldsTest/titleAndContent/ has been failing for the passed 34 builds but it's not listed in the flickers
13:58 <vmassol> so the content is empty
13:58 <acotiuga> Hello, I have difficulties in understanding the way http://ci.xwiki.org/job/xwiki-enterprise-test-escaping/org.xwiki.enterprise$xwiki-enterprise-test-escaping/2744/testReport/junit/org.xwiki.test.escaping/ApplicationTest/Tour_HomepageTour_Translations_xml__language__comment_________testParametersInFlamingo/ is failing. I can't figure out what generates: language=aaa"bbb'ccc>ddd<eee. Could anyone give me a hint in fixing the tour app tests ?
13:59 <vmassol> BTW mflorea, is it normal that it's the GWT editor used in the screenshot?
13:59 <vmassol> (instead of the CK editor)
14:00 <vmassol> acotiuga: there's a java class that generates urls
14:00 <vmassol> in enteprise
14:00 <mflorea> vmassol: which screenshot?
14:00 <vmassol> mflorea: see at 13:52
14:00 <vmassol> (14:52 for you)
14:00 <vmassol> http://ci.xwiki.org/job/xwiki-enterprise-test-ui/lastCompletedBuild/org.xwiki.enterprise$xwiki-enterprise-test-ui/testReport/org.xwiki.test.ui.appwithinminutes/DocumentFieldsTest/titleAndContent/
14:03 <vmassol> acotiuga: see https://github.com/xwiki/xwiki-enterprise/blob/master/xwiki-enterprise-test/xwiki-enterprise-test-escaping/src/test/it/org/xwiki/test/escaping/framework/XMLEscapingValidator.java and the framework package more generally
14:04 <mflorea> vmassol: we configured the enterprise tests to use the GWT editor in order to not break the existing tests. But in this case it's not that, the app that is being tested uses the "Content" field which has a custom displayer, that doesn't use the edit script service for the moment. It calls directly the GWT macros.
14:06 <vmassol> ok so it's just temporary that we're still using the GWT editor in the tests; we do plan to upgrade to ck when we get tht iem
14:06 <vmassol> *get the time
14:06 <vmassol> regarding the error
14:07 <vmassol> can I leave it to you? you seem to know the problem
14:08 <mflorea> I don't know the problem :) I just know why the GWT is displayed there. But you can leave it to me :P
14:09 <vmassol> :)
14:19 <vmassol> I'm taking http://ci.xwiki.org/job/xwiki-enterprise-test-ui/org.xwiki.enterprise$xwiki-enterprise-test-ui/2612/testReport/junit/org.xwiki.test.ui/ViewTest/viewPageWhenSpecialCharactersInName/
14:28 <vmassol> analyzing http://ci.xwiki.org/job/xwiki-enterprise-test-selenium/lastCompletedBuild/org.xwiki.enterprise$xwiki-enterprise-test-selenium/testReport/org.xwiki.test.selenium/AdministrationTest/testPanelsAdmin/ now
14:38 <vmassol> seems we have now removed the panel name from the class attribute
14:38 <vmassol> trying to find commit
14:40 <vmassol> mentioning in case it rings a bell to anyone
14:51 <vmassol> anyone knows whre is that code that generates the <div> for each panel?
14:51 <vmassol> from rightpanels.vm I see it executes $services.rendering.render($panelUix.execute(), "xhtml/1.0")
14:52 <vmassol> found it
14:52 <vmassol> https://github.com/xwiki/xwiki-platform/blob/f69af9b1f457157edc4fc52ca9f758cbe22af246/xwiki-platform-core/xwiki-platform-panels/xwiki-platform-panels-api/src/main/java/org/xwiki/panels/internal/PanelWikiUIExtensionComponentBuilder.java#L111-L111
14:54 <vmassol> ah it's #panelheader
14:54 <tmortagne> yes each panel display itself
14:54 <vmassol> which means they can break the html
14:54 <vmassol> ;)
14:55 <vmassol> (easily)
14:55 <tmortagne> and also decide to to be hidden when needed
14:55 <vmassol> yes that's nice
14:55 <tmortagne> you could still break the html even if each panel was not the one displaying itself
14:56 <boubou> vmassol I found my issue with my cpu at 100%
14:56 <boubou> openoffice caused that
14:56 <boubou> openoffice4
14:56 <boubou> does it has known issues with openoffice4 and xwiki ?
14:57 <vmassol> well xwiki doesn't support all versions of OO
14:57 <vmassol> but it's not related to cpu
14:57 <vmassol> it's related to succeeding in starting OO or not
14:57 <vmassol> see http://extensions.xwiki.org/xwiki/bin/view/Extension/Office+Importer+Application
14:58 <vmassol> (see compatibility section)
14:58 <vmassol> so no I don't know any issue with cpu
15:01 <vmassol> ah I know
15:01 <vmassol> that's stupid…..
15:04 <ClemensR> boubou: in my experience libreOffice / openOffice server tends to hog the CPU at unpredicteable times and need to be restarted. it shows that this is mostly a desktop application and not a server.
15:05 <ClemensR> we got monitoring on our wikis that restart the oo-server when it has > 95% CPU for longer than a few minutes; fixes the issue with a kludge
15:05 <vmassol> tmortagne: this might be a bug caused by your velocity changes
15:05 <ClemensR> I thought there is some xwiki special syntax that caused it, not never found anything reproducible
15:05 <vmassol> what happens is that $paneldoc 's value isn't updated for each panel
15:05 <vmassol> the first panel sets the page name in that var
15:05 <vmassol> and then all fruther panels have that page name
15:06 <vmassol> could it be caused by the velocity changes you made?
15:07 <tmortagne> don't know, Velocity context was not isolated before either so if you execute some Velocity which set a variable you get this variable in following scripts too
15:07 <vmassol> the test was not failiing before so this is realtively new
15:07 <vmassol> (past 34 builds)
15:07 <vmassol> (it's not a flicker)
15:08 <ClemensR> boubou: me was incorrect. there was an issue where I needed to install a LibreOffice 4.4.4 because OpenOffice crashed (looped with 100% CPU) when exporting a simple table. However that was back in May 2015, and I forgot about that
15:09 <boubou> ClemensR then to fix my cpu at 100%, I sould install libreoffice 4.4.4 ?
15:09 <boubou> I ask it because this is a options for openoffice in xwiki
15:10 <vmassol> paneldoc is set in #displaypanel. but that's not used normally
15:10 <boubou> libreoffice 4.4.4 and xwiki, is it compatible ?
15:10 <ClemensR> yes, this or a newer version - it might be worth a try. if you have already a newer version then it is likwely not the issue
15:10 <vmassol> wait
15:10 <vmassol> it's set in rightpanels/vm too
15:10 <boubou> ClemensR I tried the last version of openoffice
15:11 <boubou> on xwiki
15:11 <ClemensR> boubou: yes, a libreoffice 4.4.4 install runs stable for more than a year here. (Actually even a pre-release snapshot of 4.4.4, I never updated it)
15:11 <boubou> ok
15:11 <boubou> I will try it then
15:11 <ClemensR> but that was for a very very specific issue - can you reproduce your issue? Anyway, it is worth a try, even if it is more a shot in the dark
15:15 <boubou> I can reproduce my issue with openoffice yes
15:15 <boubou> easyly
15:17 <ClemensR> is it happens with a specific document, and a newer office version does not help, a minimal page to reproduce the problem would be cool.
15:18 <ClemensR> if it happens all the time, no matter what .... it sounds more like a local installation problem, as xwiki + office server works usually
15:20 <ClemensR> I missed the start of the debugging session ... is this the newest XWiki version? If yes I should double check, as I have not tested the office functionality with 8.2.1
15:21 <ClemensR> (no good reason why it could be broken in 8.2.1, but then there is not reason why it should be broken at all ... it has been introduced quite some time ago and has been stable for some time, too)
15:23 <boubou> ClemensR yes sir, the latest 8.2.1
15:23 <boubou> how can I troubleshoot the error ?
15:23 * ClemensR starts its local open office server ....
15:23 <boubou> and generate errors in logs ?
15:24 <ClemensR> I have to admit that I treat office server as a blackbox - no idea how it works; if it fails, try another version, thats it ...
15:24 <boubou> LOL ok
15:25 <ClemensR> can you produce the 100% CPU when exporting a document as office, or when importing?
15:25 <boubou> but you gave me a nice idea to try libre office
15:25 * ClemensR tries to remember where the office server writes its log files
15:25 <boubou> I dont think its happens when I import or export docs
15:26 <ClemensR> you might get slightly better error messages when running the office server in "embedded" mode
15:26 <boubou> I just restarted the xwiki... wait then... hop cpu 100%
15:26 <polx> has quit
15:26 <polx_> has joined #xwiki
15:26 <ClemensR> but I can not recommend to do that in production, just locally for debugging!
15:26 <ClemensR> ah, so it is likely the search indexer asking open office for the fulltext of office attachments
15:44 <tmortagne> ClemensR: the solr search does not use open office
15:44 <tmortagne> it use tika which has it's own way of parsing office documents
15:45 <ClemensR> ah, ok then I do not understand what creates 100% CPU load just because XWiki starts
15:46 <vmassol> note to all: the enterprise tests may fail because of the prevoous problems with the context changes by thomas
15:46 <ClemensR> except if the office server is embedded in XWiki ... then maybe it has trouble initializing, because it tries to read its config from /dev/random or whatever crazy things it might do ;)
15:46 <vmassol> since platform has failed to build , the enterprise tests have not been run again
16:23 <evalica> has quit
16:47 <Chuguniy> has joined #xwiki
17:05 <acotiuga> has quit
17:06 <acotiuga> has joined #xwiki
17:18 <mflorea> has quit
18:00 <Pbas> has quit
18:03 <mflorea> has joined #xwiki
18:06 <tmortagne> has quit
18:48 <ClemensR> has left #xwiki
19:33 <acotiuga> has quit
19:34 <acotiuga> has joined #xwiki
19:45 <mflorea> has quit
21:20 <Slashman> has quit
21:37 <acotiuga> has quit
21:40 <vmassol> has quit
21:41 <vmassol> has joined #xwiki
21:41 <vmassol> has quit
23:14 <polx_> has quit
23:21 <polx> has joined #xwiki
23:26 <Chuguniy> has quit
23:37 <polx> has quit
