* Nu Validator is not compatible with this version of ICU4J

* implicit version does not seems to work well in extra plugin dependencies

* add missing dependencies

In addition to the migration to docker, we wait for the solr indexing to be completed before checking the backlinks.

* fix conflict with legacy dependencies

* replace the livetable with a call to the liveData macro and specify that the wiki syntax must be used
* update how filters are applied, since the empty value should be also considered
* update js code to use the liveData api
* use id as the liveData entry identifier
* removed unnecessary reinitialization of a liveData logic instance
* avoid a cycling dependency by moving AttachmentsPane inside the xwiki-platform-flamingo-skin module, where all the attachments pane resources are
* update AttchmentsPane code to use the LiveData instead of the old LiveTable
* update liveData filterColumn to support select options with different values from the displayed ones
* fix bug: the liveData wasn't loading on page refresh
* create a AttachmentsViewPage to support actions possible on a ViewPage when the attachments tab is active
* update tests to use the new AttachmentsViewPage
* remove duplicate code
* wait for suggestions to be displayed before selecting one
* lazy load skin extensions
* remove duplicate skin extensions load, since they are already loaded inside attachmentsinline.vm

  * Fix again legacy dependencies

  * Fix legacy pom
  * Exclude the not legacy jar from war-legacydependencies to avoid
    duplicated classes

  * Move DocumentVersionReference to model-api in proper package
  * Create a new legacy module for extension-handler-xar
  * Move the old class in it and mark it deprecated
  * Move old usage of the old class, to use new one
  * Create an aspect for the DocumentUnifiedDiff constructor for
    preserving backward compatibility
  * Update xwiki-platform-distribution-war-legacydependencies to include
    the new legacy module

[Misc] Move PDF Export Test from distribution flavor tests to flamingo skin tests, following our best practices of having IT tests closest to the module where the tested code is implemented. Also moved to a Docker-based test.

XWIKI-20064: Cannot use the DefaultResourceReferenceSerializer component with a TemporaryResourceReference

* Refactor XWiki oldcore which was using several classes from the Formula Renderer using a hack so that that PDF export would be able to include formulas. The refactoring was done to offer a generic implementation for PDF export, based on the Resource module, to handle all type of resources. The Formula macro moved in contrib was also modified to use Temporary Resources, thus making it compatible with the refactoring done for PDF export.

* Use relative references in the exclusions list
* Use POST instead of GET to retrieve the tree contents
* Also exclude the Dashbord page (it's not excluded automatically because, same as with the Sandbox page, even if it belongs to an extension, the user can modify it).

This provides two things: the fix of the bug by handling a wiki part in
the URLs for authentication resource, and a rename of the authentication
resource action (forgot becomes retrieveusername and reset becomes
resetpassword).
Note that the latter changes are not backward compatible, but they were
still unstable (since 13.1RC1).

* We should remove all this and instead rename the module to no use "legacy" in its name since it's not a legacy module in the XWiki sense

* We should remove all this and instead rename the modume to no use "legacy" in its name since it's not a legacy module in the XWiki sense

Currently translated at 100.0% (23 of 23 strings)

Translation: XWiki Platform/Tour.HomepageTour.Translations
Translate-URL: https://l10n.xwiki.org/projects/xwiki-platform/tour-homepagetour-translations/sv/

* we still need the old event in the default WAR as the UI is part of the standard flavor

- exclude dependencies we don't want in legacy mode

- Update the wiki macro xar files to use the new `defaultCategories` property
- Update the java macro to call `setDefaultCategories`
- Introduction of `xwiki-platform-legacy-rendering-wikimacro` and `xwiki-platform-legacy-rendering-wikimacro-store`
- Add an around aspect on `DefaultWikiMacroFactory.getDefaultCategories` to fallback to `defaultCategory` if no categories are found by the default implementation
- Move `WikiMacroConstants.MACRO_DEFAULT_CATEGORY_PROPERTY` to legacy
- Update `WikiMacroClassDocumentInitializer` to initialize `defaultCategories` instead of `defaultCategory`
- Add `xwiki-platform-legacy-rendering-wikimacro-store` to `xwiki-platform-distribution-war-legacydependencies`
- Move `org.xwiki.rendering.macro.wikibridge.WikiMacroDescriptor.Builder#defaultCategory` to legacy
- Move `WikiMacroDescriptor.getDefaultCategory` to legacy

* move EventStatusManager to legacy
* fix leftover dependencies

* we still need the old event in the default WAR as the UI is part of the standard flavor

- exclude dependencies we don't want in legacy mode

- Update the wiki macro xar files to use the new `defaultCategories` property
- Update the java macro to call `setDefaultCategories`
- Introduction of `xwiki-platform-legacy-rendering-wikimacro` and `xwiki-platform-legacy-rendering-wikimacro-store`
- Add an around aspect on `DefaultWikiMacroFactory.getDefaultCategories` to fallback to `defaultCategory` if no categories are found by the default implementation
- Move `WikiMacroConstants.MACRO_DEFAULT_CATEGORY_PROPERTY` to legacy
- Update `WikiMacroClassDocumentInitializer` to initialize `defaultCategories` instead of `defaultCategory`
- Add `xwiki-platform-legacy-rendering-wikimacro-store` to `xwiki-platform-distribution-war-legacydependencies`
- Move `org.xwiki.rendering.macro.wikibridge.WikiMacroDescriptor.Builder#defaultCategory` to legacy
- Move `WikiMacroDescriptor.getDefaultCategory` to legacy

* move EventStatusManager to legacy
* fix leftover dependencies

* exclude dependencies we don't want in legacy mode

* exclude a dependency we don't want in legacy mode

Replace xwiki-rendering-transformation-macro with xwiki-rendering-legacy-transformation-macro in xwiki-platform-distribution-war-legacydependencies.

* We need to add localization-webjar and localization-rest-default to the minimal WAR because job.js from platform-web-war was refactored to use the xwiki-l10n JavaScript module. Moving job.js outside platform-web-war is not easy without a proper skin extension plugin to load files from WebJars.