The Categories app has been
migrated to the Magnolia 6 UI framework. To ensure backward compatibility,
magnolia-categorization-app-compatibility is bundled in magnolia-community-webapp.
The category overview and category cloud templates have been deprecated and moved to
magnolia-categorization-app-compatibility. If you still want to use those templates,
you have to add the Categories compatibility app to your custom bundle.
There is now a showOptions property in linkField that is set to false by default. For options to appear
in a combobox and filtering to work, you have to set both showOptions and textInputAllowed to true.
Enabling and using showOptions with a data source that contains large data sets may lead to performance issues.
As part of this effort, buttonSelectOtherLabel in linkField has been deprecated.
You can now use linkField to select targets both inside and outside Magnolia.
For the link field to also work with external targets, you have to set
showOptions to false and textInputAllowed to true.
Magnolia 6 UI port for 5 UIMultiValueChildNodeTransformer
As a replacement for info.magnolia.ui.form.field.transformer.multi.MultiValueChildNodeTransformer in 5 UI, you can use
jcrMultiValueField with the now deprecated info.magnolia.ui.editor.MultiValueAsMultipleProperties$Definition in 6 UI.
The following configurations in both frameworks will produce the same results.
New sortBy property in jcrDatasource for sorting direction
The sortBy property in jcrDatasource allows you to define a list of JCR
properties for the data source to sort by. Possible values for
SortDirection
are ascending and descending.
As part of this effort, both sortable and sortByProperties in BaseDatasourceDefinition have been deprecated.
This means that sortable can now only be used in optionListDatasource.
SaveDetailSubAppActionDefinition saves and closes
the detail subapp and selects the edited item in the
browser. The default value for browserName is browser.
Registry definition access optimized for high throughput
To improve the performance of configuration registries, we have optimized the implementation of AbstractRegistry#getAllProviders(), removed the synchronized keyword from RegistryMap and made the map rely on the thread-safe ConcurrentHashMap instead of the non-synchronized HashMap.
With this release, the supportI18N property has been deprecated. Setting supportI18N to false is still
necessary in certain compatibility configurations (for example, when porting configurations that use
Magnolia 5 UI multi field transformers).
In the Digital Asset Management module, binary data nodes in the dam workspace were stored incorrectly as mgnl:contentNode instead of mgnl:resource.
For this, we have implemented a faster executor (QueryTask). In case of any inconsistencies when upgrading the module, run the upgrade task manually (MGNLDAM-939).
An import error occurred when fields that were not defined in supportedFieldDefinitions were still exported for content translation (MGNLCTS-131).
NullPointerException was thrown when a multi field contained fields that should not be translated (MGNLCTS-132).
When an app was renamed in the registry, the same app appeared twice in the App launcher until restart.
Now any existing app will be deregistered before an app with the same definition location can take its place (MAGNOLIA-7483).
There were some performance issues with the tags column in the browser subapp as every row would fetch all nodes from the tags workspace (MGNLUI-6569).
Third-party library updates
This release comes with third-party library updates to fix some security and compatibility issues as well as improve performance. The following are the most notable updates:
Vaadin and GridFastNavigation updated to 8.12.4 and 2.6.3 respectively (BUILD-441).
Security advisory
We have fixed additional issues in the UI module to prevent persistent and non-persistent XSS attacks. We keep the details of those fixes private in line with our security policy. Contact our Support team if you need more information.
API incompatibility in Content Translation Support module
In the Content Translation Support module, we had to break binary compatibility in info.magnolia.translation.io.ExportVisitor#buildTranslationBundle
to allow support for multiple translation items in multi fields.
We have changed the method signature from
TranslationItem buildTranslationBundle(final Node parentNode, final PropertyToTranslate propertyToTranslate)throws RepositoryExceptionCopy
to
List<TranslationItem> buildTranslationBundle(final Node parentNode, final PropertyToTranslate propertyToTranslate)throws RepositoryExceptionCopy
Some of the screenshots in the documentation still show the legacy
Magnolia 5 UI. Please bear with us as we work to update them.
Updated modules
Barebones Tomcat Bundle 1.2.4
Categorization 2.8
Community Edition 6.2.7
Contacts App 1.8.4
Content Editor 1.3.6
Content Tags 2.0.3
Content Translation Support 2.5.2
DAM 3.0.6
DX Core 6.2.7
External DAM 1.0.5
Form 2.7.3
Groovy 3.0.1
Image Recognition 1.2.4
JavaScript Models 1.1.2
License 1.7.3
Magnolia 6.2.7
Mail 5.5.7
Pages 6.2.6
Personalization 2.0.6
Publishing 1.2.5
Resources 3.0.3
Solr Search Provider 5.5.5
Text Classification 1.1.3
Third-party library BOM 6.2.7
UI 6.2.7
Usage Metrics 1.1.2
Acknowledgements
The Magnolia team would also like to thank everyone who reported issues,
contributed patches or simply commented on issues for this release. Your
continued interest helps us make Magnolia better. Special thanks go to
Simon Aebli, Riste Drangovski, Marty Glaubitz, Antti Hietala, Marc Johnen,
Marek Lesiak, David Martin, Frank Sommer, Tom Wespi and Andrey Zavodnik.