Show last authors
1 {{box cssClass="floatinginfobox" title="**Contents**"}}
2 {{toc/}}
3 {{/box}}
5 This is the release notes for [[XWiki Commons>>]], [[XWiki Rendering>>]], [[XWiki Platform>>]] and [[XWiki Enterprise>>]]. They share the same release notes as they are released together and have the same version.
7 <insert description of release here>
9 = New and Noteworthy (since XWiki <version - 1>) =
11 [[Full list of issues fixed and Dashboard for <version>>><fill id here>]].
13 == Menu Application ==
15 Taking advantage of the ability to have LESS inside our [[StyleSheetExtensions>>extensions:Extension.Skin Extension Plugin||anchor="HUseLESS"]], we improved the [[Menu Application>>extensions:Extension.Menu Application]], on Flamingo based skins, making it responsive and also adapting its styling according to the active [[Flamingo Theme>>extensions:Extension.Flamingo Theme Application]].
16 Colibri based skins preserve the initial styling.
18 {{gallery}}
19 image:[email protected]_flamingo_charcoal.png
20 image:[email protected]_flamingo_united.png
21 image:[email protected]_flamingo_darkly.png
22 image:[email protected]_flamingo_simplex.png
23 image:[email protected]_flamingo_charcoal_responsive.png
24 {{/gallery}}
26 == Flamingo Skin ==
28 We partially restored the behaviour of the top level menu from version 6.2, with some improvements:
30 * for tablet and desktop
31 ** the menu label is a link used for navigation
32 ** the toggle (arrow / caret) is used for opening the drop down menu, but should be better separated from the label
33 * on phones the behaviour remains the same: taping on the label opens the menu
35 {{gallery}}
36 image:[email protected]
37 image:[email protected]
38 image:[email protected]
39 image:[email protected]
40 {{/gallery}}
42 The history table, under each page, is now responsive to the screen size:
44 {{image reference="[email protected]" /}}
46 Some improvements have been made on the responsive tables (including the livetables) and we have fixed the broken livetables for mobiles on some places:
48 {{image reference="[email protected]" width="30%"/}} {{image reference="[email protected]" width="30%"/}} {{image reference="[email protected]" width="30%"/}}
50 == Rating Features ==
52 === Ratings module ===
54 Contrib ratings project has been moved to platform. Java APIs have been broken by the package renaming but script APIs have been kept retro-compatible and the UI is mostly the same.
56 See [[Ratings Application>>extensions:Extension.Ratings Application]].
58 === Ratings support for extensions ===
60 It's now possible to rate extensions in [[Extension Repository>>extensions:Extension.Repository Application]] and any repository handler can expose extension rating that are displayed (read only for now) in [[Extension Manager>>extensions:Extension.Extension Manager Application]].
62 {{image reference="[email protected]"/}} {{image reference="[email protected]"/}}
64 == Wiki Configuration ==
66 A new "Configuration > Wiki" section is added in Administration where you can configure the current wiki, whether it is the main wiki or a subwiki.
68 {{image reference="[email protected]d.png"/}}
70 For more information, see the [[documentation>>extensions:Extension.Wiki Application||anchor="HConfigureWiki"]].
72 == New Parameters for Document Tree Macro ==
74 We added 3 new parameters to the [[Document Tree Macro>>extensions:Extension.Document Tree Macro]]:
76 * **filterByClass**: show only the documents that have an object of the specified type. The value of this parameter is the full name of an XWiki document that holds a class definition. For example, 'Blog.CategoryClass' can be used to show only the documents that represent blog categories.
77 * **openTo**: the id of the node to open the tree to. All the ancestors of the specified node, up to the root of the tree, will be opened also.
78 * **showOnlyViewable**: show only the wiki, space and document nodes for which the current user has view right. If this is set to false then the wiki, space and document nodes that are not viewable by the current user are listed in the tree using their names. The user won't be able to see their content by following their links though (the user will just be aware of their existence).
80 == Mail Feature ==
82 * The mail feature has a new Category in the Admin UI (see the [[Mail Application>>extensions:Extension.Mail Application]] for details).(((
83 {{image reference="[email protected]"/}}
84 )))
85 * There's now the possibility to configure default BCC addresses which will be added by default to all emails sent using the [[Mail Sender API>>extensions:Extension.Mail Sender API]].(((
86 {{image reference="[email protected]"/}}
87 )))
88 * The [[Mail Sender API>>extensions:Extension.Mail Sender API]] now checks for permission before sending emails, when using it from scripts (i.e. when using the Mail Sender Script Service). There are currently 2 possible strategies that you configure in your file(((
89 {{code language="none"}}
90 #-# [Since 6.4M2]
91 #-# Defines which authorization checks are done when sending mails using the Mail Sender Script Service.
92 #-# Example of valid values:
93 #-# - "programmingrights": the current document must have Programming Rights
94 #-# - "alwaysallow": no check is performed. This is useful when running XWiki in a secure environment where we
95 #-# want to allow all users to be able to send emails through the Script Service.
96 #-# The default is:
97 # mail.sender.scriptServiceCheckerHint = programmingrights
98 {{/code}}
99 )))
100 * The [[Mail Sender API>>extensions:Extension.Mail Sender API]] has been modified to support sending a large number of mails at once. In addition the [[Mail Admin UI>>extensions:Extension.Mail Application]] has been improved to display the statuses of mails (when they're sent by XWiki features specifying that the mail statuses should be persisted).(((
101 {{image reference="[email protected]"/}}
103 {{image reference="[email protected]"/}}
104 )))
105 * You can now specify the delay to wait between each mail being sent, in milliseconds. This is done to support mail throttling and not be considered a spammer by mail servers. For example if you wish to wait 10 seconds (if not specified the default is 8 seconds, which is 450 mails per hour), set the following in your
106 {{code language="none"}}
107 mail.sender.sendWaitTime = 10000
108 {{/code}}
110 The configuration parameter can also be changed from the [[Mail Admin UI>>extensions:Extension.Mail Application]]:
112 {{image reference="[email protected]"/}}
113 )))
114 * We now save both an error summary and a full error description when a mail fails to be sent when using the Database Mail Listener. This allows to see the full stack trace of the problem to more easily debug it.(((
115 {{image reference="[email protected]"/}}
116 )))
117 * The Mail Type is now displayed in the [[Mail Sender Status Admin UI>>extensions:Extension.Mail Application]]:(((
118 {{image reference="[email protected]"/}}
119 )))
120 * The ##MailResult.isSent()## API has been renamed to ##MailResult.isProcessed()## to avoid thinking that it'll return true if all mails have been sent successfully. What it does is simply return true when all mails have been processed, whether they've been sent successfully or not.
121 * A new scripting API has been added to set the mail type:(((
122 {{code language="none"}}
123 $message.setType("Some type")
124 {{/code}}
125 )))
126 * In the [[Mail Sender Status Admin UI>>extensions:Extension.Mail Application]] we now only display mails sent by the current wiki unless we're on the main wiki.
127 * The [[Mail Application>>extensions:Extension.Mail Application]] doesn't require Programming Rights for installation anymore.
128 * Account Validation email results are now saved and visible in the [[Mail Application>>extensions:Extension.Mail Application]].
129 * Some new [[Mail Sender Storage script services>>extensions:Extension.Mail Sender Storage]] have been added: ability to delete mail statuses for a single mail and for a whole batch, and ability to load mail statuses with criteria.
130 * When messages are sent with the API they are now persisted locally before they are effectively sent, one by one. This means that even if XWiki crashes when mails are being sent, their statuses will be correctly displayed in the [[Mail Sender Status Admin UI>>extensions:Extension.Mail Application]] and can be resent.
131 * The Java API has been modified to use Strings in all places where it was previously using a UUID, in order to allow for change in unique id generation in the future.
132 * The wiki is not displayed in the [[Mail Sender Status Admin UI>>extensions:Extension.Mail Application]](((
133 {{image reference="mailwiki.png"/}}
134 )))
136 == Wikis ==
138 * A "Wikis" category has been created in the administration, where the configuration have been moved and split in different sections:(((
139 |=Left menu|=Right menu
140 |{{image reference="[email protected]"/}}|{{image reference="[email protected]"/}}
141 )))
143 == Extension Manager incompatible exceptions ==
145 When trying to install an incompatible extension (i.e. you are running XWiki 6.2.4 and want to install FAQ Application 6.3), you are now displayed a proper error instead of having to read through the install log to understand what went wrong, and you are instructed to use the ##Description > Stable Versions## section to manually (for now) find a compatible version of the extension that you want to install.
147 {{image reference="[email protected]"/}}
149 == Solr server setup package ==
151 Everything needed to setup an XWiki index in a remote Solr server is now packaged in a standalone project (##xwiki-platform-search-solr-server-data##). A Debian package (##xwiki-solr-data##) has also been provided to make easier to keep it up to date.
153 == Miscellaneous ==
155 * It's [[now possible to send Registration emails in HTML>>extensions:Extension.Administration Application||anchor="HRegistration"]] (by default they're sent in plain text). This is achieved by fully supporting any MIME content in the "Validation Email Content" and "Confirmation Email Content" sections of the Registration Administration UI. For example for the "Validation Email Content" field, you could use the following template to send HTML emails:(((
156 {{code language="none"}}
157 #set ($wikiname = $request.serverName)
158 #set ($host = ${request.getRequestURL()})
159 #set ($host = ${host.substring(0, ${host.indexOf('/', ${mathtool.add(${host.indexOf('//')}, 2)})})})
160 Subject: Validate your account on ${wikiname}
161 Content-type: text/html; charset=iso-8859-1
163 <p>Hello <b>${xwiki.getUserName("XWiki.$xwikiname", false)}</b>,</p>
164 <p>This email address was used to register a new account on ${wikiname}. If you did not make the request, please ignore this message.</p>
165 <p>In order to activate your account, please follow this link:
166 ${host}${xwiki.getURL('XWiki.AccountValidation', 'view', "validkey=${validkey}&xwikiname=${xwikiname}")}</p>
167 {{/code}}
168 )))
169 * The selected tree node is now highlighted even when links are enabled:(((
170 {{image reference="[email protected]" /}}
171 )))
172 * A list of icons supported by XWiki have been created, with mapping for Silk and Font Awesome. Which means that we now propose a list of icons that are both present in Silk and Font Awesome.
173 * The list of columns in the UserDirectory customization screen is now sorted alphabetically
174 * The accuracy of the attachment content type detection has been improved. If the file name extension is unknown then we attempt to detect the content type from the first bytes of the file content. You can check this by attaching a text file without the 'txt' file name extension.
175 * Displaying the 'Stable versions' label in an extension's description in Extension Manager before and after the list of versions is retrieved.
176 * A click to the Document Index does not lead to an other space anymore.
177 * [[extensions:Extension.Tag Cloud Macro]] has now a new parameter (spaces) to display a tag cloud from multiple spaces.
179 See the [[full list of JIRA issues>><version>%22&tempMax=1000]] fixed in this release.
181 = For Developers =
183 == Icon Picker ==
185 An [[icon picker>>extensions:Extension.Icon Theme Application||anchor="#HIconPicker"]] has been created to help users selecting an image in the list of supported icons.
187 {{image reference="[email protected]"/}}
189 This picker is already used in [[Application Within Minutes>>extensions:Extension.App Within Minutes Application]] for the application's icon selection.
191 == Skin Extensions ==
193 [[Now you can use LESS in your Skin Extensions!>>extensions:Extension.Skin Extension Plugin||anchor="HUseLESS"]]. You just need to set the new property "Content Type" to LESS inside your Skin Extension object:
195 {{image reference="[email protected]"/}}.
197 == Admin ConfigurableClass ==
199 The [[##ConfigurableClass## mechanism>>extensions:Extension.Administration Application||anchor="HMakingyourapplicationconfigurablewithConfigurableClass"]] has been improved to be able to contribute new categories in the Admin UI. For example the "Email" Category in the following screenshot is contributed through a ##ConfigurableClass##:
201 {{image reference="[email protected]"/}}
203 It was configured using:
205 {{image reference="[email protected]"/}}
207 == Velocity changes ==
209 === Remove a Velocity Engine from the cache ===
211 ##org.xwiki.velocity.VelocityFactory## now provide an API to remove a cached Velocity Engine.
213 === Overriding Velocimacros in wiki-based skins ===
215 It's now possible to override the ##macros.vm## template in a wiki based skin (object property and attachment). Any modification to this template is also taken into account (the Velocity engine is recreated when the template is modified).
217 === Cleanup unprotected namespaces ===
219 VelocityEngine automatically get rid of the passed namespace at the end of execution unless it's protected.
221 In practice in means that the following:
223 {{code language="java"}}
224 engine.evaluate(new VelocityContext(), new StringWriter(), "namespace", "#macro(mymacro)toto#end")
226 Writer out = new StringWriter();
227 engine.evaluate(new VelocityContext(), out, "namespace", "#mymacro()")
229 System.out.println(out.toString())
230 {{/code}}
232 will now print
234 {{code language="none"}}
235 #mymacro()
236 {{/code}}
238 To get
240 {{code language="none"}}
241 toto
242 {{/code}}
244 you need the following
246 {{code language="java"}}
247 engine.startedUsingMacroNamespace("namespace")
249 try {
250 engine.evaluate(new VelocityContext(), new StringWriter(), "namespace", "#macro(mymacro)toto#end")
252 Writer out = new StringWriter();
253 engine.evaluate(new VelocityContext(), out, "namespace", "#mymacro()")
255 System.out.println(out.toString())
256 } finally {
257 engine.stoppedUsingMacroNamespace("namespace")
258 }
259 {{/code}}
261 == Skins system improvements ==
263 Support for a new configuration file has been introduced in filesystem skins.
265 Right now it supports a ##parent## property to indicate another skin to inherit from. If set to an empty value ({{code language="properties"}}parent={{/code}}) the skin will directly inherit from the WAR; if not set at all it will behave as before which means inherit from whatever is configured in ##xwiki.cfg##'s ##xwiki.defaultbaseskin## property.
267 == Component Metadata Access ==
269 If your Component implementation needs to get access to its component metadata (i.e. its ##ComponentDescriptor##) then it can [[get it injected automatically>>extensions:Extension.Component Module||anchor="HComponentMetadata"]]. For example:
271 {{code language="java"}}
272 import org.xwiki.component.descriptor.ComponentDescriptor;
273 ...
274 @Component
275 @Singleton
276 public class MyComponentImpl implements MyComponent
277 {
278 @Inject
279 private ComponentDescriptor<MyComponent> descriptor;
281 public void doSomething()
282 {
283 String hint = this.descriptor.getRoleHint();
284 ...
285 }
286 }
287 {{/code}}
289 == Panels executed with the rights of their author ==
291 It's now possible to write script requiring programming right in panels as long as you have programming right, same as wiki macros.
293 == UI extensions executed with the rights of their author ==
295 What you can execute in UI extension used to depend on current document author right, it's now based on the own ui extension author.
297 == Rendering ==
299 * XWiki Rendering now provide an HTML5 Renderer.
301 == Miscellaneous ==
303 * Added new APIs to get all the icon themes present on the wiki, and all icons that these icon themes contain.(((
304 {{code language="velocity"}}
305 $services.icon.getIconSetNames()
306 $services.icon.getIconNames()
307 $services.icon.getIconNames("Font Awesome")
308 {{/code}}
309 )))
310 * A new parameter has been added to the ##get## action and the ##plain## xpage: ##htmlHeaderAndFooter##, which add the HTML headers (##<html>##,##<head>##,##<body>##, etc...) and footers (##</body>##, ##</html>##, etc...). It could be useful to create light popups that display only the document content without any UI.
311 * XWikiAttachment now provide ##setAuthorReference## and ##getAuthorReference## APIs
312 * ##org.xwiki.logging.event.LogEvent## now have a getTimestamp() method returning the number of milliseconds elapsed from 1/1/1970 until logging event was created.
313 * A SOLR-based implementation of the standard REST search resource has been added
314 * The [[Solr Query>>extensions:Extension.Solr Search Query API]] parameter ##xwiki.supportedLocales## has a new default value: the list of supported locales configured for the current wiki (where you execute the search).
315 * The ##{{{@Component}}}## annotation is no longer inheritable. Thus each component implementation class must now define it and not rely on it being present in some Abstract class.
316 * The XWiki build now verifies that all components are correctly listed in ##META-INF/components.txt## files and that the threading model is explicitly defined (i.e. that either ##{{{@Singleton}}}## or ##{{{@InstantiationStrategy(ComponentInstantiationStrategy.PER_LOOKUP)}}}## is used). If not, the build fails. A new ##{{{@Component}}}## annotation parameter has been added for explicitly mentioning that a Component should not be statically registered (these components are usually used in tests). It's used as follows:(((
317 {{code language="java"}}
318 @Component(staticRegistration = false)
319 {{/code}}
320 )))
321 * You can now control in which order the sections added via the [[ConfigurableClass>>extensions:Extension.Administration Application||anchor="HFieldsyoucandefine"]] are displayed in the administration.
322 * New APIs to generate unescaped display user name:
323 ** ##com.xpn.xwiki.XWiki#getPlainUserName(DocumentReference userReference, XWikiContext context)##
324 ** ##com.xpn.xwiki.XWiki#getUserName(DocumentReference userReference, String format, boolean link, boolean escapeXML, XWikiContext context)##
325 ** ##com.xpn.xwiki.api.XWiki#getPlainUserName(DocumentReference userReference)##
326 * New script oriented APIs to get document author/contentAuthor/creator as ##DocumentReference##
328 == Upgrades ==
330 The following dependencies have been upgraded:
332 * [[httpclient 4.3.6>>]]
333 * [[commons-codec 1.10>>]]
334 * [[Groovy 2.3.8>>]]
335 * [[JGroups 3.6.1>>]]
336 * [[Pygments 2.0.1>>]]
337 * [[Joda-Time 2.6>>]]
338 * [[Bootstrap 3.3.1>>]]
339 * [[Bootswatch 3.3.1+2>>]]
340 * [[slf4j 1.7.9>>]]
341 * [[Lucene and SOLR 4.10.3>>]]
343 == Miscellaneous ==
345 * It's now possible to provide metadatas to ##MacroContentParser#parse## API
346 * It's now possible to know what namespace a ComponentManager instance is associated with by casting it to ##org.xwiki.component.manager.NamespacedComponentManager##. See [[Component Module documentation>>||anchor="HNamespacedComponentManager"]].
347 * Added getCurrentWikiDescriptor() method to the wiki API and script service to be consistent with the existing getCurrentWikiId() method
348 * The ClassLoader automatically set as Thread ClassLoader is now dynamic meaning that any modification of the context wiki will automatically change the actual Thread ClassLoader. It used to be set to whatever was the wiki in the URL at ExecutionContext init.
349 * [[A new CSS class>>platform:DevGuide.SpecialCSSClasses||anchor="HClassesfortheresponsiveness"]] have been added in Flamingo, to handle responsive tables.
350 * The #sheetTitle Velocity macro supports a new use case: displaying the sheet title if the current document doesn't have an object of some type:(((
351 {{code language="none"}}
352 #sheetTitle('The sheet used to display objects of type Space.MyClass', 'Space.MyClass')
353 {{/code}}
354 )))
356 = Translations =
358 The following translations have been updated:
360 {{language codes="da, de, es, fr, ko, lv, pl, pt_BR, ro, ru, sv, tr"/}}
362 = Tested Browsers & Databases =
364 {{include reference="TestReports.ManualTestReportSummaryXWiki64"/}}
366 = Performances tests compared to <last super stable version> =
368 <a summary of the comparison with latest super stable version>
370 More details on <link to the test report>.
372 = Known issues =
374 * [[Bugs we know about>>]]
376 = Backward Compatibility and Migration Notes =
378 == General Notes ==
380 When upgrading make sure you compare your ##xwiki.cfg##, and ##web.xml## files with the newest version since some configuration parameters may have been modified or added. Note that you should add so that XWiki will attempt to automatically migrate your current database to the new schema. Make sure you backup your Database before doing anything.
382 == Issues specific to XWiki 6.4 ==
384 * VelocityEngine automatically get rid of the passed namespace at the end of execution unless it's protected. See [[Velocity section>>||anchor="HVelocitychanges"]].
385 * If upgrading the content in the DistributionWizard, and the upgrade is from XWiki 6.2.x or 6.3, you might get a conflict for the document Blog.BlogSheet. Unless you have done modifications to that document, please keep the new version; otherwise please keep the merged, or if not available, keep your version. For details see issue [[XWIKI-11450>>]].
387 == API Breakages ==
389 The following APIs were modified since <project> <version - 1>:
391 {{code language="none"}}
392 <clirr output here>
393 {{/code}}

Get Connected