[Misc] Update POM after 6.2.2 release to prepare for work for 6.2.3
XWIKI-11229: Wiki Index fails for guest users with a NPE
XWIKI-11230: hasAccessLevel fails for guest
XWIKI-11232: Wiki Index  fails to list wikis for which guest has view permissions
Revert "XWIKI-11230: hasAccessLevel fails for guest"

This reverts commit 20bb40268915909160014e40ae2ede2865c21d55.
XWIKI-11228: Hiding line number does not work in view source.

(cherry picked from commit bcd98a54ab4687c3a8c85e2f9e90a306668ba006)
XWIKI-11207: The REST API allows to list wikis even when the wiki is protected
XWIKI-11243: Improving display for .xform's .xErrorMsg

(cherry picked from commit 38571c67009aaecdd66fca57dd7dcda9fdcb5f12)
[Misc] Better comment

(cherry picked from commit e8f0aba40e97e9a8f15bddd349c714ad7cb2a2ad)
XWIKI-10859: The "Change photo" button is not correctly displayed on ie9

(cherry picked from commit ee8f4179234c1c1e28ac9cb0c0d90b8944f77b50)
[cleanup] Updated documents to the new xar format.

(cherry picked from commit df76ca8b1fbff2981b202fd75929e7379c2bdef7)
XWIKI-11238: Space name cleanup: not for the data space, but only for the code space
XWIKI-11237: Cannot create an application with ^ in the name

* Properly clean up the code space name and class name, while leaving the data space the way the user entered it.
** Also displaying the class title in the class edit sheet instead of displaying its class name. More user friendly that way.
** This means that an application name of "a^b" or "a b" or "a^b^" will all point to a code space/class name of "ab". The UI informs the user when the name is already taken. This should have a negligible impact on users with regard to limitting the available names for their application.
** Another side-efect of this is that it is harder to tell which is the data space of an application when all you have is the application's class or code space. This is because the class name (or code space name) are very likely to be diferent from the data space (due to the cleanup). One workaround is to use the title of the class document, so this should be enough for now since we have no real use case yet for this functionality.
* Fixed escaping issues with passing values along the class creation wizard (class parent) and when deleting a wiki with special characters in its name.

(cherry picked from commit b22b64d6be298c6d1847e0344ffe3b49ea8565a7)
[cleanup] Updated document to the new xar format.

(cherry picked from commit d93009c698b5461a8259cc1f46d39a6230f4f63f)
XWIKI-11249: Wrong data space computed for apps when going back and forward in the app creation wizard
- Using an object to store the data space name
- Preserving backwards compatibility with previously created apps

(cherry picked from commit 2e0235da175699c9b6cbe819635fb48eb50626d1)
[build] Fixed LiveTableElement page object method that was unnecesarily escaping '\' characters.
- The string is already enclosed in quotes, so no escaping is necesary.

(cherry picked from commit fce4fb5ff605a401db3d4af3e7396cb529b4c725)
XWIKI-11255: AWM livetable not listing anything if apps with special characters in their name exist
- Make sure the JSON does not render wiki syntax.

(cherry picked from commit a6a226af562ef56f751e3047a552c1259bad71a4)
XWIKI-11206: Again the strange behaviour of the panels layout using the WYSIWYG editor, Flamingo, and IE9.

* Finally fixed!

(cherry picked from commit acc210dfa36c7931b79f6e75df1fde91764b47f2)
XWIKI-11251: Handle #xwikicontent as a column in the layout grid

* Adding a row container for #xwikicontent, that now is a column
* Indenting

(cherry picked from commit 1da37a417fcf9d52705f1b35468014cd93550b4a)

Conflicts:
	xwiki-platform-core/xwiki-platform-flamingo/xwiki-platform-flamingo-skin/src/main/resources/flamingo/contentview.vm
XWIKI-11258: Panels are displayed when we have a login error

(cherry picked from commit 997a5035cc79131e8b0d1a7ae69bb63a1f38719d)
XWIKI-11242: Adding '?skin=colibri' in the URL of a non-existing page results in a badly displayed view

- fix by fetching the skin via xwiki.getSkin() instead of xcontext.get('skin');
  the latter required programming rights