May 2017 - xwiki-devs@xwiki.org

[xwiki-devs] Maven 5
by Vincent Massol 20 May '17

20 May '17

Hi, Just discovered that there are discussions about Maven 5. I found the following information: - https://jaxenter.com/apache-maven-5-jigsaw-criticism-134174.html - https://cwiki.apache.org/confluence/display/MAVEN/POM+Model+Version+5.0.0 Right now it seems to be just a wish and I don’t know if anyone is working actively about it. Thought I’d share this… If you have more info please add to this thread… Thanks -Vincent

1 0

[xwiki-devs] [Brainstorming] Remaining Help Application decisions
by Vincent Massol 19 May '17

19 May '17

Hi devs, We have 2 topics to decide: * Topic 1: Right now we have 2 help applications. We need to decide if we merge them or not. * Topic 2: Decide if we keep the Help Center app in contrib or if we move it in platform. * Topic 3: Decide if we fold the Sandbox into the Help Center * Topic 4: Decide how we handle data created/modified by users when we upgrade or for newcomers. Re topic 1, my preference goes to having a single help application and fold what’s currently in the platform help app into the Help center. There’s no reason that knowing how to edit a page would be more or less core than knowing the syntax markup or the Tips Panel. Re topic 3, I don’t think that the sandbox app is really that useful as a standalone app and I would be for merging it into the Help application. Re topic 4, there are 2 issues I can think of: - when new users come in, if the pages that are supposed to be modified (sandbox + the 2 bundled AWM apps) have been heavily modified, then newcomers won’t see the default content and could just be seeing defaced content. - if the pages have been modified by the user + by the help app then on XWiki upgrade there’ll be conflicts. One idea for topic4 is to have the Help app spawn new pages (ie pages not bundled by the Help app itself) for users to try them out, by having some “try it out” button. Re topic 2, the issue with keeping the help center app outside of platform is that we need to support documentation for multiple versions of XWiki. For example, we modified the page menu in Xwiki 9.4 and there are over 10 screenshots to update. However users of XWiki 8.4 (for ex) can also install this app and if they get the new documentation, it won’t match what they see in their wiki. The same can be said with the new notification feature for example. The advantage of moving it in platform is that it’s in sync with the platform (ie less work) but we should only document platform features in it. It also means longer release times since it’s linked to the release of platform. Note that the rationale for having it in platform would be that platform help is a core feature. We could (and probably should) offer some places in the Help Center so that Extensions could plug their help. And we could probably refactor a bit the current content of the help center to move help for feature in the extension UI part of those extensions. Considering all aspects I think my preference goes to having it in platform since I don’t think we have the manpower to maintain doc for all versions of XWiki. WDYT? Thanks -Vincent

3 5

[xwiki-devs] [XWIKI-14119] Propositions about in-page notifications design
by Clément Aubin 18 May '17

18 May '17

Hi everyone, I’m currently working on a feature that should allow users to define custom notification types in XWiki only through the definition of an XObject (link to the issue : https://jira.xwiki.org/browse/XWIKI-14119) In this context, I wanted to know your thoughts about what properties should be proposed by this XObject. Currently, here is my proposition : - The application name (applicationName) : the event application name - A unique ID for the event (eventId) - An event «pretty» name / description (eventPrettyName) - An event icon, mainly displayed in the user notification preferences pane (eventIcon) - An event type (eventType) : the name of the event that should trigger the notification (such as org.xwiki.bridge.event.DocumentUpdatedEvent) - An object type (objectType) : an XObject that _has_ to be associated with the document triggering the event in order to trigger the custom notification - A validation expression (validationExpression) : a script that will be parsed in the event context in order to filter certain event kinds. - A notification template (notificationTemplate) : the template that should be used for rendering the notification in the notification center To summarize, a custom notification is triggered if the following expression is fully satisfied : «The (eventType) has been triggered on a document having (objectType) in his XObjects and the (validationExpression) is true in the current context». What do you think ? Thanks, -- Clément Aubin Web Developer Intern @XWiki SAS clement.aubin(a)xwiki.com More about us at http://www.xwiki.com

4 16

[xwiki-devs] [ANN] New XWiki forum: https://discourse.xwiki.org
by Vincent Massol 18 May '17

18 May '17

Hi XWiki users, In order to make it simpler and more modern for users to participate to XWiki discussions, we’ve set up a new forum based on Discourse: https://discourse.xwiki.org Please start using it instead of the XWiki User Mailing list. This mailing list will become read only in a few days so please start moving to the forum ASAP. Note that you can subscribe to receive all forum posts as email notifications if you wish (it’s configurable in your user profile). Also note that for the moment it’s not possible to reply to the mails (we’re still trying to configure this). We hope that you’ll appreciate this move :) Thanks -Vincent PS: For the moment the XWiki Devs mailing list remains. It’s possible that it could be moved to a forum too in the future but nothing is decided and we’re migrating the users list first.

4 15

[xwiki-devs] [XWiki Day] Test Day #6
by Thomas Mortagne 18 May '17

18 May '17

Hi devs, The idea today is to do a Test Day with priority to fixing long standing flickering (integration mostly) tests. You can find known flickering tests on http://jira.xwiki.org/issues/?filter=14240. The goal is to really fix them, not just add some random wait here and there ;) If you are not confident with the area around those specific flickering tests here are some other ideas for today: * obviously add more tests and increase the code coverage * move tests from enterprise to platform. Needed for the platform flavor and removal of XE * update jacoco covering setup (we often forget to increase it when adding more tests) * move more tests from JMock to Mockito * work on new test setups and tools: ** improve docker containers for packaging XWiki (possibly several for multiple DBs and Servlet containers). ** work on spreading Jenkins platform job into one job per maven module so that build can be spread on various agents (groovy scripting) ** Research/Use Jenkins 2 Pipeline plugin with the new DSL and commit the jenkinsfile in SCM ** Test platform to run contrib extension tests on various versions of XWiki automatically * Speedup existing tests (research xwiki startup time, remove unnecessary modules, etc) When what you fix can be linked to a Jira issue (sure you can create a jira issue for adding new tests this time :)), tag it with "testday" (same idea as "bugfixingday" when doing BFD). If not then answer to this mail to explain what you did. Good Test Day !

1 0

Re: [xwiki-devs] [xwiki-users] Can't remove groups
by Thomas Mortagne 17 May '17

17 May '17

Creating a JIRA issue without more detail won't help since deleting groups works well in a standard XWiki. Did you look at the log for errors ? On Tue, May 16, 2017 at 6:55 PM, Douglas Landau <DouglasL(a)westmarine.com> wrote: > [[Note: The XWiki project is switching away from this mailing list and moving to a forum: https://discourse.xwiki.org. This list will be made readonly in a few days. Please post on the forum from now on. Thanks.]] > > ----- > Thanks. But I have remove the mapping from xwiki.cfg and restarted and still have the same behavior. There are no users in the group. And this behavior also include the "foo" group which had no such mapping and never had any users. > > When I remove the groups, they appear to be removed, until I refresh the page with Control-R, at which time they come back. > > Should I file a JIRA? I searched for it there but did not find it. > > Doug > > -----Original Message----- > From: users [mailto:[email protected]] On Behalf Of Thomas Mortagne > Sent: Tuesday, May 16, 2017 1:07 AM > To: XWiki Users > Cc: XWiki Developers > Subject: Re: [xwiki-users] Can't remove groups > > You can remove the group but if you don't remove it from the LDAP mapping it will be automatically created each time a user authenticate. > > On Tue, May 16, 2017 at 3:51 AM, Douglas Landau <DouglasL(a)westmarine.com> wrote: >> Greets, >> >> Seems like I am no longer able to remove groups in one of my xwiki installations. I am still able to in another. As seen in the excerpts below from catalina.out, one such group in SplunkAdmins. This group appears in xwiki.cfg where it is mapped to an AD group and had been populated with one member who I have removed. The other group is “foo” and I created it just now. >> >> >> I can’t remove either. Any ideas why not? Thanks! >> >> >> 2017-05-15 16:48:33,660 [http://dwswiki10.westmarine.net/xwiki/bin/admin/XWiki/XWikiPreferences?xpag…] WARN o.x.c.i.DefaultCSRFToken - CSRFToken: Secret token verification failed, token: "VuvtkWH4Qv1NiLvTaNoISw", stored token: "hbAO9bUvYVuJLFxM8Mud7Q" >> 2017-05-15 16:48:41,026 [http://dwswiki10.westmarine.net/xwiki/bin/admin/XWiki/XWikiPreferences?xpag…] WARN o.x.c.i.DefaultCSRFToken - CSRFToken: Secret token verification failed, token: "VuvtkWH4Qv1NiLvTaNoISw", stored token: "hbAO9bUvYVuJLFxM8Mud7Q" >> >> >> >> The information contained in this transmission may contain West Marine >> proprietary, confidential and/or privileged information. It is >> intended only for the use of the person(s) named above. If you are not the intended recipient, you are hereby notified that any review, dissemination, distribution or duplication of this communication is strictly prohibited. >> If you are not the intended recipient, please contact the sender by >> reply email and destroy all copies of the original message. To reply to our email administrator directly, please send an email to netadmin(a)westmarine.com. > > > > -- > Thomas Mortagne > > The information contained in this transmission may contain West Marine proprietary, confidential and/or privileged > information. It is intended only for the use of the person(s) named above. If you are not the intended recipient, you are > hereby notified that any review, dissemination, distribution or duplication of this communication is strictly prohibited. > If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original > message. To reply to our email administrator directly, please send an email to netadmin(a)westmarine.com. -- Thomas Mortagne

1 0

[xwiki-devs] [Introduction][GSoC]
by Sarthak Gupta 16 May '17

16 May '17

Hi Everyone, I am Sarthak Gupta from India. First of all I want to thank XWiki community for selecting me for GSoC-17 and giving me a priceless opportunity to contribute to this organisation and improve my present skills. I also want to thank all the XWikiers who helped me during the application period for understanding the project as well as the organisation. :) I have been selected for for the project "*Glossary Application*" under the mentorship of *Vincent Massol* and *Paul Libbrecht*. Glossary Application <http://dev.xwiki.org/xwiki/bin/view/GoogleSummerOfCode/#HGlossaryApplicatio…> Some more info: Presently I have only solved one issue ( https://jira.xwiki.org/browse/BLOG-32)on *jira* but will try to solve more during the upcoming period for better understanding of the organisation. I have already created a design page for the project http://design.xwiki.org/xwiki/bin/view/Proposal/GlossaryApplication and will be updating it regularly as the project progresses. Github user name : sarthak-sopho <https://github.com/sarthak-sopho> xwiki.org username : sgc_072 jira username : sgc_072 IRC nick : sgc_072 (also used sgc072 in past) I am also planning to create a blog regarding my GSoC project in the near future (on one of the popular blogging sites). I will try to remain active and chatty(*as said by Eduard Moraru* :P) on both IRC and the mailing list in the coming period. I hope that this will be a good and enjoyable learning experience for me and with your support I will complete this project successfully with flying colours. :D Thank You Sarthak Gupta P.S : I am really sorry for the delay in introduction. Due to my end semester examination and travelling to my home, I was not able to introduce myself on time. Now I have summer vacations and a lot of a work to do. :P

7 13

[xwiki-devs] [VOTE] Recommend the Diagram application
by Vincent Massol 16 May '17

16 May '17

Hi devs, I’d like to propose that we recommend the Diagram application on e.x.o. Marius has been working on it recently and it’s passing the criteria of http://extensions.xwiki.org/xwiki/bin/view/ExtensionCode/RecommendedExtensi… AFAIK Marius is ok to continue supporting it. @Marius: please confirm. Here’s my +1 to list it as recommended on e.x.o. Thanks -Vincent

5 4

Re: [xwiki-devs] [xwiki-users] Can't remove groups
by Thomas Mortagne 16 May '17

16 May '17

You can remove the group but if you don't remove it from the LDAP mapping it will be automatically created each time a user authenticate. On Tue, May 16, 2017 at 3:51 AM, Douglas Landau <DouglasL(a)westmarine.com> wrote: > Greets, > > Seems like I am no longer able to remove groups in one of my xwiki installations. I am still able to in another. As seen in the excerpts below from catalina.out, one such group in SplunkAdmins. This group appears in xwiki.cfg where it is mapped to an AD group and had been populated with one member who I have removed. The other group is “foo” and I created it just now. > > > I can’t remove either. Any ideas why not? Thanks! > > > 2017-05-15 16:48:33,660 [http://dwswiki10.westmarine.net/xwiki/bin/admin/XWiki/XWikiPreferences?xpag…] WARN o.x.c.i.DefaultCSRFToken - CSRFToken: Secret token verification failed, token: "VuvtkWH4Qv1NiLvTaNoISw", stored token: "hbAO9bUvYVuJLFxM8Mud7Q" > 2017-05-15 16:48:41,026 [http://dwswiki10.westmarine.net/xwiki/bin/admin/XWiki/XWikiPreferences?xpag…] WARN o.x.c.i.DefaultCSRFToken - CSRFToken: Secret token verification failed, token: "VuvtkWH4Qv1NiLvTaNoISw", stored token: "hbAO9bUvYVuJLFxM8Mud7Q" > > > > The information contained in this transmission may contain West Marine proprietary, confidential and/or privileged > information. It is intended only for the use of the person(s) named above. If you are not the intended recipient, you are > hereby notified that any review, dissemination, distribution or duplication of this communication is strictly prohibited. > If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original > message. To reply to our email administrator directly, please send an email to netadmin(a)westmarine.com. -- Thomas Mortagne

1 0

[xwiki-devs] [VOTE] Move from our mailing lists and use Discourse instead
by Vincent Massol 15 May '17

15 May '17

Hi devs, I’m proposing to vote for moving away from our users and devs mailing list and instead to use the Discourse open source tool: * Home page: http://www.discourse.org/ * License: GPL v2 * FAQ: http://www.discourse.org/faq/ * Awesome feature list: http://www.discourse.org/about/ What is especially interesting for us: * It works with mailing lists (you can receive mails and send mails to the forum). * Works as a forum. BTW if you want to see a real life instance, check the gradle instance at https://discuss.gradle.org/ Nice things: * Works on mobile * Comprehensive API (would allow us to integrate it with xwiki.org) * Badges/user metrics So here’s my +1 to try it out and ask XWiki SAS if they could host an instance. WDYT? Do you see any negative point (I don’t ATM)? :) Please cast your votes! Thanks -Vincent

10 30