- xwiki-devs@xwiki.org - lists.xwiki.org

[xwiki-devs] [Contrib] Repository for a Numbered Links extension
by Vincent Massol 05 Mar '18

05 Mar '18

Hi devs, I’d like a new contrib repository for a new extension. The idea is to allow having numbered headings (and in the future numbered images, tables, and everything). FYI it’ll consist of 2 components: * A rendering Transformation that will add numbers to headings * A {{reference section=“…"}} macro that creates links to “anchors” and that puts the section number as the link label Thanks -Vincent

1 2

Re: [xwiki-devs] Perf of XWQL vs SOLRQL
by Ludovic Dubost 05 Mar '18

05 Mar '18

Hi This is interesting. Now I believe these results might change under volume and also depending on the type of queries. A like on xwql/hql would be slow while a solr text search would give fast results. Ludovic Le 4 mars 2018 11:46, "Vincent Massol" <vincent(a)massol.net> a écrit : Hi devs, I was curious to know how SOLRQL compared vs XWQL (for example to progress on the idea of moving more to using SOLRQL for doing queries and thus being able for ex to use a store based on, say, git). I put my quick result here: http://snippets.xwiki.org/ xwiki/bin/view/Extension/Performance%20of%20SOLRQL%20vs%20XWQL/ In short, it seems that XWQL wins by a factor of at least x2. Is that your experience too? Let me know if I’ve made a mistake somewhere. Thanks -Vincent

3 6

[xwiki-devs] Perf of XWQL vs SOLRQL
by Vincent Massol 04 Mar '18

04 Mar '18

Hi devs, I was curious to know how SOLRQL compared vs XWQL (for example to progress on the idea of moving more to using SOLRQL for doing queries and thus being able for ex to use a store based on, say, git). I put my quick result here: http://snippets.xwiki.org/xwiki/bin/view/Extension/Performance%20of%20SOLRQ… In short, it seems that XWQL wins by a factor of at least x2. Is that your experience too? Let me know if I’ve made a mistake somewhere. Thanks -Vincent

1 0

[xwiki-devs] [XWiki Day] BFD#168
by Alex Cotiugă 02 Mar '18

02 Mar '18

Hello devs, This Thursday is BFD#168: http://dev.xwiki.org/xwiki/bin/view/Community/XWikiDays#HBugfixingdays Our current status is: * -1 bugs over 120 days (4 months), i.e. we need to close 18 bugs to have created bugs # = closed bugs # * -106 bugs over 365 days (1 year) * -100 bugs over 500 days (between 1 and 2 years) * -327 bugs over 1600 days (4.3 years) * -715 bugs since the beginning of XWiki See https://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=10352 Here's the BFD#168 dashboard to follow the progress during the day: https://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=13955 Happy Bug Fixing Day, Alex

1 1

[xwiki-devs] [ANN] XWiki 9.11.3 released
by Guillaume Delhumeau 28 Feb '18

28 Feb '18

The XWiki development team is proud to announce the availability of XWiki 9.11.3. This is a bugfix release that covers important issues that we have discovered since 9.11.2 has been released, but it also disable the Watchlist and enable all Notification features by default You can download it here: http://www.xwiki.org/xwiki/bin/view/Main/Download Make sure to review the release notes: http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/Data/XWiki/9.11.3/ Thanks for your support -The XWiki dev team

1 1

[xwiki-devs] [ANN] XWiki 10.1 released
by Vincent Massol 26 Feb '18

26 Feb '18

The XWiki development team is proud to announce the availability of XWiki 10.1. Starting with this release the Watchlist Application has been disabled and fully replaced by the Notifications Application. We continue to add new improvements to Notifications (filters, preferences, etc.) so make sure to check them out. You can download it here: http://www.xwiki.org/xwiki/bin/view/Main/Download Make sure to review the release notes: http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/Data/XWiki/10.1 Thanks for your support -The XWiki dev team

1 0

[xwiki-devs] Weird issue in security cache
by ktc 24 Feb '18

24 Feb '18

Hi XWiki devs, We ran into a weird issue on XWiki security cache. Our entire security cache is purged every 4 hours. Some background about our setup: We retrieve users’ group membership from LDAP We set a 4 hour expiration time on the cache(as below) because LDAP records may update at any time. <local-cache name="platform.security.authorization.cache"> <eviction max-entries="50000" strategy="LRU"/> <-- 4 hours --> <expiration lifespan="14400000"/> </local-cache> To our understanding, each cache entry should have its own timer which expires after 4 hours. But what we observe from JMX dashboard is that the entire security cache is being purged every 4 hours. Security cache JMX diagram: <http://xwiki.475771.n2.nabble.com/file/t396587/Security_Cache.png> Our user group has similar issue but purge irregularly: <http://xwiki.475771.n2.nabble.com/file/t396587/Group_Cache.png> This problem is cause big performance issue in our system. We can’t figure out the root case. Any pointer will be highly appreciated. -- Sent from: http://xwiki.475771.n2.nabble.com/XWiki-Dev-f475773.html

1 0

[xwiki-devs] [PROPOSAL] Fork the Keypress JS library
by Clément Aubin 23 Feb '18

23 Feb '18

Hi devs, In October / November of last year, we integrated the Keypress JS library as a replacement of OpenJS Keyboard in order to better handle keyboard shortcuts in the platform and its extensions and add new shortcut types (such as "sequence" shortcuts) useful for [1]. Moving to this library has also brought some bugs, such as XWIKI-15024 [2]. Currently, that bug can be fixed upstream by the library maintainer, that unfortunately isn't very active on the project. Choosing a library that isn't properly maintained might have been a problem that we didn't really thought of when switching to Keypress JS. In order not to be stuck by waiting for upstream releases, I propose that we fork the library, and fix the problem raised by XWIKI-15024 ourselves by reviewing and integrating a patch proposed upstream, but not yet merged [3]. Of course this solution has pros and cons, the main downside being that we will need to maintain our fork. Also note that, if we fork the project, we will have to choose either to keep the source code in its original form (which is CoffeeScript [4]) or to translate the code into JavaScript, which is more maintainable for us, but that will probably not allow us to integrate other patches from the official project branch. WDYT ? Thanks, Clément [1] http://www.xwiki.org/xwiki/bin/view/Documentation/UserGuide/Features/Keyboa… [2] https://jira.xwiki.org/browse/XWIKI-15024 [3] https://github.com/dmauro/Keypress/pull/137 [4] http://coffeescript.org/

3 3

[xwiki-devs] [Contrib] Request for a repository for a tool to export documents to spreadsheet
by Anca Luca 23 Feb '18

23 Feb '18

Hello all, I would need a repository on xwiki-contrib to publish an extension to allow exporting a bunch of documents to a spreadsheet format: one line per document, with configurable columns read from the objects of those documents. Currently it exports only CSV but we could add other spreadsheet formats (notably xls), so it should have a more generic name than csv. Not sure if it would contain other formats that are not spreadsheet-like, so I think spreadsheet is enough. Thanks, Anca

2 4

[xwiki-devs] [Proposal] Roadmap for XS 10.2 & 10.3
by Vincent Massol 23 Feb '18

23 Feb '18

Hi everyone, Here’s a proposal already discussed with Thomas, Caty, Guillaume and Marius. 10.2 (March): * Finish moving to FS-based attachments by default (it was planned for 10.0 already) - Assignee: Thomas ** Note that the work is done but we’d make it the default in 10.2, giving us more time to do additional tests * Prevent accidental move/renames - http://jira.xwiki.org/browse/XWIKI-14591 - Assignee: Thomas * Start designing the work for "Discourage or disallow users to edit an extension's page “ - http://jira.xwiki.org/browse/XWIKI-14377 (see also http://design.xwiki.org/xwiki/bin/view/Proposal/ExtensionDiscourageCodeEdit) - Assignee: Thomas * Finish work on Notifications - Assignee: Guillaume ** Known bug fixes ** Add the ability to select default notifications on the administration - https://jira.xwiki.org/browse/XWIKI-14106 ** Enable page ('XWiki') notifications by default - https://jira.xwiki.org/browse/XWIKI-14129 ** Enhance the notifications application so it can replace Activity Stream - https://jira.xwiki.org/browse/XWIKI-15016 ** (Nice to have) Live emails notifications should be grouped by XWiki pages - https://jira.xwiki.org/browse/XWIKI-14844 ** (Nice to have) Add an entry in the Alert menu to explain what it's for - https://jira.xwiki.org/browse/XWIKI-14978 * Continue preparation/discusssions about usability proposals listed at http://design.xwiki.org/xwiki/bin/view/Proposal/Usability/Tasks5/Prioritiza… - Assignee: Caty 10.3 (April): * Fully replace the AS with Notifications (leftover from 10.2) - Assignee: Guillaume * Introduce notion of blacklist for the Navigation panel and provide an Admin UI for it. Goal: remove the XWiki space by default using this blacklist (users can be seen in the User Index). Assignee: Marius * Slot reserved for one usability improvement from those explored by Caty. Assignee: Marius * Slot reserved for one usability improvement from those explored by Caty. Assignee: Guillaume * Finish "Discourage or disallow users to edit an extension's page “ - http://jira.xwiki.org/browse/XWIKI-14377 (see also http://design.xwiki.org/xwiki/bin/view/Proposal/ExtensionDiscourageCodeEdit) - Assignee: Thomas * Start work on performance. Goal: be as good as XWiki 8.4.x - Assignee: Thomas Let me know if you have any comment or disagreements or if you’re interested in contributing something yourself to these roadmaps! Thanks -Vincent

1 1