July 2016 - xwiki-devs@xwiki.org

[xwiki-devs] Saving page name with accented character?
by Julio Brum 15 Jul '16

15 Jul '16

I am using the XWiki version 7.4.1 with UTF-8 in Xwiki, tomcat8 and Postgres, but every time than I save a page with accent in the name, XWiki change the name. For example, I try to save a page with the name "é" and XWiki save "%25C3%25A9" Please, why this happens? *My settings in windows:* *tomcat\conf\server.xml:* <Connector port="8080" protocol="HTTP/1.1" URIEncoding="UTF-8" *xwiki.cfg:* xwiki.encoding=UTF-8 *PostgreSQL:* CREATE DATABASE wiki WITH OWNER = postgres ENCODING = 'UTF8' TABLESPACE = pg_default LC_COLLATE = 'Portuguese_Brazil.1252' LC_CTYPE = 'Portuguese_Brazil.1252' CONNECTION LIMIT = -1; Thanks, Julio

5 10

[xwiki-devs] Panels lists subpages on navigation bar
by Alessandro Strambini 15 Jul '16

15 Jul '16

Hey all I have a problem with the Panels.Spaces navigation option in xwiki. I run 7.2 at the moment and i know its deprecated in 8.x, but i have no option to migrate at this time. So Panels.spaces lists all my Spaces correctly but it adds subpages too when i add a page in a space for example with the '+'. And its shown like 'Space.CreatedPageName'. Anyone knows what to change? Because when I'm inside the Space and i edit it and add a page in the source code, like 'name>>doc:name' it gets added without problems. Thank you for any help Best regards Alessandro Strambini

2 1

[xwiki-devs] [Proposal] Delay 8.2 final release by 1 week
by Ecaterina Moraru (Valica) 15 Jul '16

15 Jul '16

Hi devs, In order to have more time for 8.2RC1 to be tested I propose to delay the release of 8.2 final to 25 Jul (initially was planned for 18 Jul). WDYT? See also http://www.xwiki.org/xwiki/bin/view/Roadmaps/ Thanks, Caty 8.2 Release Notes http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/ReleaseNotesXWiki82

5 4

[xwiki-devs] [Vote] Showcase contributors in the Release Notes
by Ecaterina Moraru (Valica) 14 Jul '16

14 Jul '16

Hi, Since May 2015 we added in the Release Plan Help a step that collects the list of code contributors of a release and lists them in the announcement mail. IMO this is a nice way to acknowledge and thank people that are contributing to XWiki. I want to propose that we add this contributors list in the Release Notes. Release Notes are accessible when someone wants to downloads XWiki and they are also referenced as documentation when we close issues, while the mailinglist are read just by the people that are subscribed. This visibility increase will be beneficial to thank participants and also maybe motivate other users to join the development. We could have this listing both in the Release Notes and the Announcement Mail, but I believe it's sufficient in the Release Notes (let me know if you disagree). This change would imply: - Change in the Release Plan to add this step - Change in the Release Plan Help to document the process - Change the Release Notes Template to add the Contributors section The Release Manager would compute the code contributors, but additional people could add themselves in case they contributed translations or performed tests (which usually happen after the release, so it's hard to put this responsibility on the shoulders of the RM). Let me know if you want the contributions to be exclusive to code contributions. Also having other types of contributions means that we drop the announcement mail listing since it could be incomplete. Let me know what you think. My +1 Thanks, Caty

6 10

[xwiki-devs] [Blog] Updating the XWiki UI using a bit of JavaScript and Velocity code
by Eduard Moraru 14 Jul '16

14 Jul '16

Hi, I`m sharing with you the addition of a new article on xwiki.org's blog: "Updating the XWiki UI using a bit of JavaScript and Velocity code" by Oana Tabaranu http://www.xwiki.org/xwiki/bin/view/Blog/Updating+the+XWiki+UI+using+a+bit+… It is a quick tutorial, exemplifying how you can use a bit of JavaScript and Velocity coding to update certain parts of XWiki's (or your application's) User Interface on the fly (without reloading the entire page). For more info on the topic, make sure to follow the links at the bottom of the article or feel free to ask here and either Oana or anyone else from the community with the knowledge should help you out. Reminder: If you have something XWiki-related that you would like to share on xwiki.org's blog, please see my previous mail on how you can easily do that: http://xwiki.markmail.org/thread/r4r4celltmdprqia Thanks, Eduard

1 0

[xwiki-devs] [XWiki Day] BFD#111
by Alexandru Cotiuga 14 Jul '16

14 Jul '16

Hi devs, Today is BFD#111: http://dev.xwiki.org/xwiki/bin/view/Community/XWikiDays#HBugfixingdays Our current status for the 1 year period is 111 bugs behind. See: http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=10000#Created-vs-R… Here's the BFD#111 dashboard to follow the progress during the day: http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=13624 Happy Bug Fixing Day! Thanks, Alex

1 0

[xwiki-devs] tree view macro stops working after changing XWikiGlobalRights
by edvorg 13 Jul '16

13 Jul '16

Hello. I'm trying to grant page delete right for all registered users.I'm doing it by running this code in onEvent method of my ApplicationReadyEventListenerif (contextProvider != null) { XWikiContext context = contextProvider.get(); if (context != null) { XWiki xwiki = context.getWiki(); DocumentReference dr = new DocumentReference("xwiki", "XWiki", "XWikiPreferences"); XWikiDocument doc = xwiki.getDocument(dr, context); BaseObject bo = doc.getObject("XWiki.XWikiGlobalRights", true, context); bo.set("groups", "XWiki.XWikiAllGroup", context); bo.set("levels", "view,comment,edit,script,delete", context); bo.set("users", "", context); bo.set("allow", 1, context); xwiki.saveDocument(doc, context); }}It does the job, but causes a new issue. Tree view on my page stops working showing infinite loading whentrying to expand a node. The browser developer tools shows me this exception: https://gist.github.com/edvorg/acff4a58342edfa3485791a7ba57e172 <https://gist.github.com/edvorg/acff4a58342edfa3485791a7ba57e172> -- View this message in context: http://xwiki.475771.n2.nabble.com/tree-view-macro-stops-working-after-chang… Sent from the XWiki- Dev mailing list archive at Nabble.com.

2 3

[xwiki-devs] [Contrib][Ratings] Release a bugfix version of the ratings application from the contrib project
by Anca Luca 13 Jul '16

13 Jul '16

Hello all, while using the ratings application on an XWiki 6.2.4, we encountered some bugs related to the storage of ratings in a separate space and with the update of a user's rating. We fixed them in these 2 commits: https://github.com/xwiki-contrib/application-ratings/commit/07758a698d400ed… and https://github.com/xwiki-contrib/application-ratings/commit/cd2c190e22f709e… . Now, the contrib ratings application was indeed "retired" so we normally should not use the contrib repo anymore. However, the work in these 2 commits is about fixing bugs (which might even be affecting the most recent version of ratings - we need to check that, didn't check it yet), and I don't see exactly what other option we have in this case (note that we cannot switch to the "platform ratings" as we're on XWiki 6.2.4 and ratings are in platform since 6.4. So, this is what I propose: * release a 1.3.5 version from the contrib code - if I understand correctly how extensions.xwiki.org works, this release will not appear as "most recent" on the application page - if I understand correctly how maven works, this version will not be considered more recent than 8.1 even if released after, because of the version number. * this means that the version 1.3.5 will be available as an upgrade to the users that use the contrib extension (v 1.3.4 or lower), will be available for new install to all users for which the dependencies requirements are satisfied and will not impact the users which use the platform version of the ratings app. Please let me know if I'm wrong in my reasoning. The advantage of this release would be publishing the bugfix work that we've done and making it available to all users of the ratings extension on versions lower than 6.4. Also, for us the advantage would be not having to deal with a code fork and manage a release / snapshot of this forked code separately. Unless somebody -1s this in the very close feature, we will go ahead with the release. Thanks, Anca P.S. There is a larger discussion to have about how to provide bugfixes on older versions of platform applications without upgrading all the wiki, but this should be in another mail or on IRC (e.g. if we discover that indeed these issues affect ratings app, the platform version, and we make fixes for these bugs, how can we provide these fixes to an XWiki 6.4 user?)

4 4

[xwiki-devs] [ANN] XWiki 8.2 Release Candidate 1 Released
by Marius Dumitru Florea 13 Jul '16

13 Jul '16

The XWiki development team is proud to announce the availability of XWiki 8.2 Release Candidate 1. This release integrates CKEditor as the default WYSIWYG content editor and adds a *tour* on the home page to describe the XWiki user interface to newcomers. 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/ReleaseNotesXWiki82RC1 The following people have contributed code to this release (sorted alphabetically): Alexandru Cotiuga Anca Luca Ecaterina Moraru (Valica) Eduard Moraru Guillaume Delhumeau Marius Dumitru Florea Raluca Stavro Thomas Mortagne Vincent Massol Thanks for your support -The XWiki dev team

1 0

[xwiki-devs] [Blog] New Frequently Asked Questions
by Eduard Moraru 12 Jul '16

12 Jul '16

Hi, I`ve just shared on the xwiki.org blog, the (relatively) recent addition of 4 new and useful FAQ entries: http://www.xwiki.org/xwiki/bin/view/Blog/New+Frequently+Asked+Questions Thanks for Vlad and Iulia for adding them! If you have anything XWiki-related that you would like to share on xwiki.org's blog, please see my mail on how you can easily do that: http://xwiki.markmail.org/thread/r4r4celltmdprqia Thanks, Eduard

1 0