IRC Archive for channel #xwiki on 26 October 2016

Last modified by Vincent Massol on 2016/10/26 23:08

<jonesmeier> has quit
03:26 <jonesmeier> has joined #xwiki
05:16 <Aranjedeath> has joined #xwiki
05:34 <Aranjedeath> has quit
05:36 <Aranjedeath> has joined #xwiki
06:21 <mflorea> has joined #xwiki
07:27 <Aranjedeath> has quit
07:35 <vmassol> has joined #xwiki
07:43 <mflorea> has quit
08:25 <vmassol> has quit
08:55 <woshilapin> has quit
08:55 <woshilapin> has joined #xwiki
08:56 <msmeria> has joined #xwiki
09:29 <gdelhumeau> has joined #xwiki
09:37 <msmeria> has quit
09:38 <msmeria> has joined #xwiki
09:56 <vmassol> has joined #xwiki
10:08 <mflorea> has joined #xwiki
10:09 <17SAAEITL> has joined #xwiki
10:09 <17SAAEITL> hello all
10:10 <17SAAEITL> I am looking for an information about the Mocca Calendar application
10:11 <17SAAEITL> has quit
10:11 <lucaa> has joined #xwiki
10:11 <lucaa> (back with a better nickname)
10:13 <lucaa> so, I would need to know (if Clemens is around) if there is a particular reason for this application (Mocca Calendar) to use a regular string field for the titles of the events and not a computed field...
10:18 <lucaa> sorry, I meant title of the calendars.
10:38 <edvorg> has joined #xwiki
10:40 <edvorg> has quit
10:42 <edvorg> has joined #xwiki
10:42 <edvorg> has quit
10:43 <edvorg> has joined #xwiki
10:43 <tmortagne> has joined #xwiki
10:49 <evalica> has joined #xwiki
10:49 <Enygma`> has joined #xwiki
10:53 <vmassol> tm
10:53 <vmassol> tmortagne:
10:53 <vmassol> good morning
10:53 <vmassol> lots of pages in the wtachlist this morning :)
10:54 <tmortagne> vmassol: it's expected
10:54 <vmassol> breaking my mail client :)
10:54 <vmassol> ok if it's normal then good
10:55 <tmortagne> fmail is fine with it
10:55 <tmortagne> gmail
10:55 <vmassol> I'm using mail app from mac
10:56 <vmassol> is "allowednamespaces_empty" the right name? Looks weird
10:59 <edvorg> has quit
11:01 <tmortagne> vmassol: it's actually <somelistield>_empty from code point of view
11:02 <tmortagne> workaround an issue we have with lists fields, I prefer make it look technical and not follow usual fields naming to avoid collision
11:06 <Slashman> has joined #xwiki
11:23 <vmassol> ok thanks for the explanation
11:39 <gdelhumeau> anyone knows why the build is broken?
11:40 <tmortagne> has quit
11:42 <tmortagne> has joined #xwiki
11:55 <msmeria1> has joined #xwiki
11:58 <msmeria> has quit
12:02 <msmeria> has joined #xwiki
12:03 <msmeria1> has quit
12:14 <edvorg> has joined #xwiki
13:01 <chaas_> is now known as <Signum>
13:01 <Signum> has quit
13:01 <Signum> has joined #xwiki
13:03 <Signum> Does anyone have an idea why a fresh 8.3 installation using the DEB package leads to a broken installation? Seems like jQuery and Prototype aren't loaded properly. Above the top bar are remains of Javascript. And the main panel shows an alert "Error number 4001 in 4: Error while evaluating velocity template hierarchy.vm"
13:04 <Signum> Actually I wanted to migrate from 7.x to 8.3 and failed. But I expected at least a fresh installation to work. Strange.
13:07 <Signum> I'm seeing Tomcat errors… WARNING: Problem with directory [/usr/share/tomcat8/common/classes], exists: [false], isDirectory: [false], canRead: [false]
13:10 <systemd> has quit
13:20 <edvorg> has quit
13:26 <Signum> I'll purge it all and start with Jetty and the WAR file then…
13:43 <tmortagne> has quit
13:50 <Signum> Manual installation… works… Bummer. I'd love to have used the comfort of the deb package.
13:58 <tmortagne> has joined #xwiki
14:16 <tmortagne> Signum: 8.3 install from debian package work well for me
14:16 <tmortagne> which package did you installed excatly ?
14:17 <tmortagne> maybe you had some customization in Tomcat setup
14:17 <tmortagne> I never got the warning you pasted
14:18 <Signum> tmortagne: Weird. I installed xwiki-enterprise-tomcat8-pgsql. Fresh Debian Jessie. Just got Oracle Java 8 from Ubuntu. No Tomcat changes. Just raised the JVM memory from 128 MB to 3 GB.
14:18 <tmortagne> I installed xwiki-enterprise-tomcat8-mysql recently
14:19 <Signum> I had to purge openjdk7 manually and set JAVA_HOME in /etc/default/tomcat8
14:19 <tmortagne> I don't think the issue is Java since otherwise Tomcat would not even start
14:19 <tmortagne> but maybe it's some right issue
14:19 <tmortagne> anything in the log ?
14:20 <Signum> That was the problem at first. Tomcat complained about Java version issues.
14:20 <Signum> So I purged openjdk.
14:20 <Signum> Logs… well… nothing useful in my opinion.
14:20 <Signum> Except for the Java exceptions I quoted.
14:21 <tmortagne> this one is just a summary, would need th complete error
14:21 <Signum> So the difference is MySQL versus PgSQL so far. I'll make a snapshot of the VM and try again.
14:21 <tmortagne> I doubt the issue is the database if your problem are with js libraries as you said
14:21 <Signum> Do you also use Jessie and Oracle Java 8?
14:22 <tmortagne> I have one install on Ubuntu 16.10 and another on 14.04
14:22 <tmortagne> but Jessie should be fine too
14:22 <Signum> Should be similar, yes. I'm redoing it now…
14:24 <tmortagne> if you could get the complete error you pasted that would probably help understand
14:41 <Signum> Installation done. Starting…
14:42 <Signum> XWiki is initializing…
14:44 <Signum> Distribution Wizard…
14:45 <Signum> Installing Enterprise Flavor…
14:49 <Signum> Very funny. Installation done. I'm on the main wiki start page. All works. No errors. Your admin aura worked, tmortagne
14:50 <tmortagne> Signum: :)
14:50 <Signum> tmortagne: How would you get 7.x content back in? Export/Import doesn't seem to work over versions. Just taking the database dump and permanent data directory from the previous version and running the distribution wizard again?
14:52 <tmortagne> export/import XAR (if that's what you are talking about) works well over versions or you have a bug but XAR does not contain everything so I usually go trough mysqldump (or whatever postgre provide in your case) and let XWiki update what need to be update automatically
14:52 <tmortagne> plus the permanent dir of course
14:52 <tmortagne> i.e. setup the new server as if there was a XWiki 7.x on it
14:53 Signum tries that
15:21 <Signum> tmortagne: Well, it seemed to have worked. The wikis' dashboards and sidebars have been overwritten unfortunately. But otherwise the upgrade is done.
15:26 <tmortagne> has quit
15:27 <tmortagne> has joined #xwiki
15:33 <ClemensR> has joined #xwiki
15:57 <tmortagne> has quit
16:04 <tmortagne> has joined #xwiki
16:11 <barretto> has joined #xwiki
16:12 <barretto> anyone know which extension will enable this feature? http://imgur.com/a/t0E0W
16:29 <ClemensR> barretto:  this is a widget that you should see in edit mode for every page. No extension required (or maybe I miss something)
16:30 <barretto> it is not available by default unless you install flavor application
16:31 <barretto> it seems that this feature is bundled in Dashboard Application
16:35 <ClemensR> ah, sorry, I only checked in the preconfigured jetty-hsql install, where this is bundled by default
16:44 <tmortagne> barretto: I think it's Panels.DocumentInformation page in org.xwiki.platform:xwiki-platform-panels-ui extension
16:47 <msmeria> has quit
16:54 <lucaa> hello ClemensR
16:55 <ClemensR> hi lucaa
16:55 <lucaa> I had a question about the Mocca Calendar application this morning
16:55 <lucaa> I was wondering if there is any particular reason for whcih the title of the calendars are in a string property and not as computed fields using the title of the document...
16:56 <lucaa> (calendars, not events)
16:56 <ClemensR> I think this can be explained as  "historically"
16:57 <lucaa> ok, so just "legacy", no other reason that I didn't see
16:57 <ClemensR> we had not the "computed field" zen to do it that way then back
16:57 <lucaa> cool, so it could be changed provided that existing data is not too broken :)
16:57 <lucaa> it is done for some elements of the application, e.g. event class
16:57 <lucaa> but I guess it just was not done for this one
16:57 <ClemensR> yes, I think so. I might have to check if I have overlooked something obvious
16:58 <lucaa> also, another question about handling the calendars
16:58 <ClemensR> but I guess we just goofed up on that
16:58 <lucaa> the display of a calendar is somewhat atypical
16:58 <lucaa> as in
16:58 <lucaa> the call to the calendar macro is in the content of the calendar page
16:58 <lucaa> which is then displayed on the screen with a computed field
16:58 <lucaa> I would have put the call to the macro calendar in the sheet of the calendar
16:59 <lucaa> and use the content of the calendar document for a description of the calendar or something
16:59 <lucaa> the same question, is there any reason for this approach? a benefit somewhere in a functionality that I don't see?
17:00 <ClemensR> good question. I have to check why it is that case. need a moment, manager with customer worries on the other line :-/
17:00 <lucaa> sure, it's not urgent
17:01 <lucaa> I already customized it for my project (and it works for my usecases) I just want to know if I could eventually bring these changes in the app itself
17:01 <lucaa> thanks
17:10 <ClemensR> lucaa: having the calendar macro as default in the content section instead of the sheet has the advantage that people can copy the page and adapt the calendar view to their needs - or so we initially thought.
17:10 <xwikiorg_guest_0> has joined #xwiki
17:10 <ClemensR> it was another choice that is probably not the best one in hindsight
17:10 <lucaa> ok, I see
17:11 <ClemensR> we never changed it becasue we did not see a good migration path for the existing calendars
17:11 <xwikiorg_guest_0> short question: is it possible to edit the 'default' page template? to add terminal page option on default
17:11 <lucaa> so the idea is that users can edit that calendar and manipulate the macro call from the content, from the wysiwyg
17:11 <ClemensR> yes, probably a bad idea to start with ....
17:12 <lucaa> it's not such a bad idea, it's a feature that can come in handy
17:12 <lucaa> it's just atypical
17:12 <ClemensR> xwikiorg_guest_0: the "default" page template is not a page that exists somewhere, that is why it is always empty
17:12 <lucaa> and, imo, is wasting a bit the content of the calendar, which could be used for actual calendar _data_
17:13 <lucaa> but the existence of this data depends on the usage of the app
17:13 <lucaa> ok, thanks for the info, ClemensR
17:13 <xwikiorg_guest_0> ClemensR: so is it possible to disable it?
17:13 <ClemensR> xwikiorg_guest_0:  not that I know, unfortunately
17:14 <xwikiorg_guest_0> ClemensR: ok ty i will find a workaround then
17:14 <lucaa> xwikiorg_guest_0: for the previous question , as far as I know, you cannot change the default value of the "terminal" option. It's actually, by default, unchecked and non-modifiable for all templates, unless you're advanced user. So you could consider that it's not even a feature, that everything is non-terminal
17:14 <xwikiorg_guest_0> has quit
17:17 <ClemensR> lucaa: actually  currently there is nothing meaningful left to customize for the user in the calendar, all they can do is break it e.g. by changing the scope of the macro to display all events, not only the ones for the current calendar
17:17 <lucaa> default display of the calendar? :)
17:17 <ClemensR> so it turned out to be kinda pointless
17:18 <ClemensR> and users might easily break it indeed instead e.g. by removing the calendar macro at all by accident
17:18 <lucaa> ClemensR: I did these changes for a project, I will see if I find the time to integrate them in the app, to simplify a bit all this. Migration of existing calendars / data will be an important problem, though, as usual :)
17:20 <ClemensR> yes, that is also a problem to be solved to get the mocca calendar work with nested pages ...
17:20 <ClemensR> I think there is a event fired when installing new version, but I never investigated this due to lack of time
17:26 <gdelhumeau> vmassol: so my screenshot in http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/Data/XWiki/8.4RC1/#HXWikiSelectWidgetcanbefiltered is not displayed because it's a "developer" change?
18:12 <vmassol> gdelhumeau: sorry was in meetings all day, just back now
18:13 <vmassol> I think you're right
18:13 <vmassol> checking
18:16 <vmassol> yes that's it
18:17 <vmassol> we could change it though
18:17 <gdelhumeau> in any case, I've made a screenshot :)
18:17 <vmassol> FTR the "if" is here: https://github.com/xwiki-contrib/application-releasenotes/blob/17b0e406c4cba5c179c13d7094d9bf06748d976d/application-releasenotes-ui/src/main/resources/ReleaseNotes/Code/ChangesDisplayerSimple.xml#L55-L55
18:17 <vmassol> I don't remember why I did this :)
18:19 <gdelhumeau> good evening
18:19 <vmassol> we could change it but first we need to modify #displayScreenshot
18:19 <gdelhumeau> actually no, good bye, see you
18:19 <gdelhumeau> :)
18:19 <vmassol> gdelhumeau: good evening
18:19 <gdelhumeau> oh we can use it to say good bye ?
18:20 <vmassol> I think so :)
18:21 <gdelhumeau> nice :)
18:21 <gdelhumeau> has quit
18:24 <tmortagne> has quit
18:25 <vmassol> has quit
18:35 <ClemensR> has quit
18:40 <lucaa> has quit
18:44 <mflorea> has quit
19:20 <barretto> has quit
19:35 <sorinello> has quit
19:46 <sorinello> has joined #xwiki
19:46 <sorinello> has joined #xwiki
19:48 <lucaa> has joined #xwiki
20:04 <lucaa> has quit
20:13 <evalica> has quit
20:17 <Enygma`> has quit
20:32 <vmassol> has joined #xwiki
20:38 <vmassol> has quit
21:07 <lucaa> has joined #xwiki
21:45 <mflorea> has joined #xwiki
22:06 <Slashman> has quit
23:08 <mflorea> has quit
Tags:
   

Get Connected