Prepare for mapped data/id's
Add create and send request in 1
Remove deprecated 'lastAction'
Add fixes for the 'common' to 'specific' changes
Add features for the ContentTypeGroup
Fix cs issues
Merge pull request #889 from MLoureiro/fix_rest_bdd

Spread 'Common' features to have a better BDD approach
Fix EZP-23222: LanguageSwitcher does not work in content preview
Fix EZP-23221: prevent fatal error in RouteReferenceGenerator if there is no request route.
Fix EZP-23210: Exception thrown when using alternative user provider/login handler

> https://jira.ez.no/browse/EZP-23210

When accessing to a protected resource, Symfony Security component generates a RedirectResponse to
the configured `login_path` (default being `/login`. This path can actually be an URI, but also a *route name*.
Some authentication *extensions* like `FOSUserBundle` use that.

Of course, when a route name is used, the UrlGenerator is called, with the route name and **all the request
attributes as parameters**. The problem is that the current SiteAccess object is stored as `siteaccess` request attribute,
which has the effect to trigger reverse SiteAccess matching, which is of course not an expected behavior.
Merge pull request #945 from joaoinacio/EZP-23221_ezroute_no_route_fatal_error

Fix EZP-23221: fatal error in RouteReferenceGenerator if there is no request route.
Merge pull request #946 from joaoinacio/EZP-23222

Fix EZP-23222: LanguageSwitcher does not work in content preview
Fix EZP-23168: ESI Request URLs exceed acceptable size of 8KB
Merge pull request #949 from dfritschy/fix_EZP-23168_ESIMapMatcher

Fix EZP-23168: ESI Request URLs exceed acceptable size of 8KB
Fix EZP-23228: Wrong translation code for cze
Impl EZP-22995: Disable ezfromtoken for lowlevel legacy fallbacks

A usual problem with 5.x is that users gets formtoken exceptions becasue they have
implemented  some form which does not sets the legacy formtoken (in addtion to symfony one).

This improvment tries to reduce the risk of that happening by making sure all low level
runCallbacks used by kernel itself turns of formtoken checking during callback.

Open topics:
- As formtoken does not apply to CliKernel this has not been added to interface yet
- It might be worth setting this to false by default as of 5.4 and force view based
  runCallbacks to set it to null, however this is safer.

Side note:
- Seems like several places are using \$postReinitialize wrongly
Impl EZP-22995: Do not post reinitialize legcy kernel when not needed