From 5905c0af0088b016ba97c9b384b80e55976a6e7e Mon Sep 17 00:00:00 2001
From: Anja Leichsenring <aleichsenring@ab-softlab.de>
Date: Sun, 16 Feb 2020 10:54:44 +0100
Subject: [PATCH] [TASK] Review changelog files for release 9.5.14
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
Resolves: #90391
Releases: master, 9.5
Change-Id: I8c69e206c175d3a230157a4ad3593365e05f2690
Reviewed-on: https://review.typo3.org/c/Packages/TYPO3.CMS/+/63268
Tested-by: TYPO3com <noreply@typo3.com>
Tested-by: Daniel Goerz <daniel.goerz@posteo.de>
Tested-by: Björn Jacob <bjoern.jacob@tritum.de>
Tested-by: Benni Mack <benni@typo3.org>
Reviewed-by: Daniel Goerz <daniel.goerz@posteo.de>
Reviewed-by: Björn Jacob <bjoern.jacob@tritum.de>
Reviewed-by: Benni Mack <benni@typo3.org>
---
...eparedStatementsForPdo_mysqlPerDefault.rst | 2 -
...ressionLanguageForTypoScriptConditions.rst | 2 +-
...e-86331-NativeURLSupportForMountPoints.rst | 41 ++++++++++++++-----
...oScriptPropertyConfightmlTagattributes.rst | 4 +-
...98-TCA-basedSlugModifiersForExtensions.rst | 6 ++-
...WorkspaceRestrictionForDatabaseQueries.rst | 8 ++--
...eparedStatementsForPdo_mysqlPerDefault.rst | 1 -
7 files changed, 42 insertions(+), 22 deletions(-)
diff --git a/typo3/sysext/core/Documentation/Changelog/10.2/Important-87518-UsePreparedStatementsForPdo_mysqlPerDefault.rst b/typo3/sysext/core/Documentation/Changelog/10.2/Important-87518-UsePreparedStatementsForPdo_mysqlPerDefault.rst
index 533c4a6a34f5..3e9a941d18ba 100644
--- a/typo3/sysext/core/Documentation/Changelog/10.2/Important-87518-UsePreparedStatementsForPdo_mysqlPerDefault.rst
+++ b/typo3/sysext/core/Documentation/Changelog/10.2/Important-87518-UsePreparedStatementsForPdo_mysqlPerDefault.rst
@@ -35,6 +35,4 @@ You need to "overwrite" the option to set `PDO::ATTR_EMULATE_PREPARES`
],
],
-.. Please keep in mind to update the rst file in 9.5.x.
-
.. index:: Database, ext:core
diff --git a/typo3/sysext/core/Documentation/Changelog/9.4/Feature-85829-ImplementSymfonyExpressionLanguageForTypoScriptConditions.rst b/typo3/sysext/core/Documentation/Changelog/9.4/Feature-85829-ImplementSymfonyExpressionLanguageForTypoScriptConditions.rst
index 24636e89a01f..e88a44fb9001 100644
--- a/typo3/sysext/core/Documentation/Changelog/9.4/Feature-85829-ImplementSymfonyExpressionLanguageForTypoScriptConditions.rst
+++ b/typo3/sysext/core/Documentation/Changelog/9.4/Feature-85829-ImplementSymfonyExpressionLanguageForTypoScriptConditions.rst
@@ -170,7 +170,7 @@ The following functions are available in **any** context:
| traverse | Array and String | This function has two parameters: |
| | | - first parameter is the array to traverse |
| | | - second parameter is the path to traverse |
-| | | Syntax: <array-key>[/<array-key>]* |
+| | | Syntax: <array-key>[/<array-key>]* |
| | | Example: `[traverse(request.getQueryParams(), 'tx_news_pi/news') > 0]` |
+------------------------+-----------------------+-------------------------------------------------------------------------+
| ip | String | Value or Constraint, Wildcard or RegExp possible |
diff --git a/typo3/sysext/core/Documentation/Changelog/9.5.x/Feature-86331-NativeURLSupportForMountPoints.rst b/typo3/sysext/core/Documentation/Changelog/9.5.x/Feature-86331-NativeURLSupportForMountPoints.rst
index c1ec98d57de4..38357ac5626f 100644
--- a/typo3/sysext/core/Documentation/Changelog/9.5.x/Feature-86331-NativeURLSupportForMountPoints.rst
+++ b/typo3/sysext/core/Documentation/Changelog/9.5.x/Feature-86331-NativeURLSupportForMountPoints.rst
@@ -12,23 +12,42 @@ Description
MountPoints allow TYPO3 editors to mount a page (and its subpages) from a different area of the site in the current page tree.
The definitions are as follows:
-- MountPoint Page: A page with doktype=7 - a page pointing to a different page ("web mount") that should act as replacement for this page and possible descendants.
+- MountPoint Page: A page with doktype=7 - a page pointing to a different page ("web mount")
+that should act as replacement for this page and possible descendants.
- Mounted Page a.k.a. "Mount Target": A regular page containing content and subpages.
-The idea behind it is to manage content only once and "link" / "mount" to a tree to be used multiple times - while keeping the website visitor under the impression to actually navigate just a regular subpage. There are concerns regarding SEO for having duplicate content, but TYPO3 can be used for more than just simple websites, as Mount Points are an important tool for heavy multi-site installations or Intranet/Extranet installations.
+The idea behind it is to manage content only once and "link" / "mount" to a tree to be used
+multiple times - while keeping the website visitor under the impression to actually
+navigate just a regular subpage. There are concerns regarding SEO for having duplicate content,
+but TYPO3 can be used for more than just simple websites, as Mount Points are an important tool
+for heavy multi-site installations or Intranet/Extranet installations.
-A MountPoint Page has the option to either display the content of the MountPoint Page itself, or the content of the target page, when visiting this page.
+A MountPoint Page has the option to either display the content of the MountPoint Page itself,
+or the content of the target page, when visiting this page.
-Linking to a subpage will result in adding "MP" GET Parameters, and altering the root line (tree structure) of visiting the website, as the "MP" is containing the context. The MP parameter found throughout TYPO3 Core contains the ID of the Mounted Page and the ID of the MountPoint Page - e.g. "13-23" whereas 13 would be the Mounted Page and 23 the MountPoint Page (doktype=7).
+Linking to a subpage will result in adding "MP" GET Parameters, and altering the root line (tree structure)
+of visiting the website, as the "MP" is containing the context. The MP parameter found throughout TYPO3 Core
+contains the ID of the Mounted Page and the ID of the MountPoint Page - e.g. "13-23" whereas 13 would be
+the Mounted Page and 23 the MountPoint Page (doktype=7).
-Recursive mount points are added to the "MP" parameter with ",", like "13-23,84-26". Recursive mount points are defined as follows: A Mounted Page could have a subpage which in turn have a subpage which is again a MountPoint Page again.
+Recursive mount points are added to the "MP" parameter with ",", like "13-23,84-26".
+Recursive mount points are defined as follows: A Mounted Page could have a subpage which in turn
+has a subpage which is again a MountPoint Page.
-MountPoint support is now added in TYPO3 v9 with Site Handling and slug handling. Due to TYPO3's principles of slug handling where a page only contains one single slug containing the URL path, and not various slugs for different places where it might be used, TYPO3 will work by combining the slug of the MountPoint Page and a smaller part of the Mounted Page or subpages of the Mounted Page, which will be added to the URL string - removing the necessity to actually deal with the query parameter `MP` which will never be added again, as it is part of the URL path now.
+MountPoint support is now added in TYPO3 v9 with Site Handling and slug handling.
+Due to TYPO3's principles of slug handling where a page only contains one single slug
+containing the URL path, and not various slugs for different places where it might be used,
+TYPO3 will work by combining the slug of the MountPoint Page and a smaller part of the Mounted Page
+or subpages of the Mounted Page, which will be added to the URL string - removing the necessity to actually
+deal with the query parameter `MP` which will never be added again, as it is part of the URL path now.
-Using MountPoint functionality on a website plays an important role for menus as this is the only way to actually link to the subpages in a MountPoint context.
+Using MountPoint functionality on a website plays an important role for menus as this is the
+only way to actually link to the subpages in a MountPoint context.
-.. Multi-Site support
-The context for cross-domain sites is also kept, ensuring that the user will never notice that content might be coming from a completely different site / pagetree within TYPO3.
+Multi-Site support:
+
+The context for cross-domain sites is also kept, ensuring that the user will never notice that content
+might be coming from a completely different site / pagetree within TYPO3.
Creating links for multi-site support is the same as if a Mounted Page is on the same site.
@@ -41,7 +60,9 @@ Limitations:
Please be aware that multi-language setups are supported in general, but this would only fit if both sites support the same language IDs.
2. Slug uniqueness when using Multi-Site setups cannot be ensured
-If a MountPoint Page has the slug "/more", mounting a page with "/imprint" subpage, but the MountPoint Page has a regular sibling page with "/more/imprint" a collision cannot be detected, whereas the non-mounted page would always work and a subpage of a Mounted Page would never be reached.
+If a MountPoint Page has the slug "/more", mounting a page with "/imprint" subpage, but the MountPoint Page
+has a regular sibling page with "/more/imprint" a collision cannot be detected, whereas the non-mounted page
+would always work and a subpage of a Mounted Page would never be reached.
For the sake of completeness, please consider the TYPO3 documentation on the following TypoScript properties related to mount points:
diff --git a/typo3/sysext/core/Documentation/Changelog/9.5.x/Feature-87033-NewTypoScriptPropertyConfightmlTagattributes.rst b/typo3/sysext/core/Documentation/Changelog/9.5.x/Feature-87033-NewTypoScriptPropertyConfightmlTagattributes.rst
index f4f7edef84e8..b7ad9d5f9851 100644
--- a/typo3/sysext/core/Documentation/Changelog/9.5.x/Feature-87033-NewTypoScriptPropertyConfightmlTagattributes.rst
+++ b/typo3/sysext/core/Documentation/Changelog/9.5.x/Feature-87033-NewTypoScriptPropertyConfightmlTagattributes.rst
@@ -23,7 +23,7 @@ This property supersedes the previous :typoscript:`config.htmlTag_setParams` opt
Examples:
-- :typoscript:`config.htmlTag.attributes.class = no-js`
+:typoscript:`config.htmlTag.attributes.class = no-js`
Will result in :html:`<html lang="fr" class="no-js">`.
@@ -41,4 +41,4 @@ Impact
If the TypoScript option :typoscript:`config.htmlTag.attributes` is used, then :typoscript:`config.htmlTag_setParams` has no effect anymore.
-.. index:: TypoScript, ext:frontend
\ No newline at end of file
+.. index:: TypoScript, ext:frontend
diff --git a/typo3/sysext/core/Documentation/Changelog/9.5.x/Feature-88198-TCA-basedSlugModifiersForExtensions.rst b/typo3/sysext/core/Documentation/Changelog/9.5.x/Feature-88198-TCA-basedSlugModifiersForExtensions.rst
index db95ff88c290..80513b80ed55 100644
--- a/typo3/sysext/core/Documentation/Changelog/9.5.x/Feature-88198-TCA-basedSlugModifiersForExtensions.rst
+++ b/typo3/sysext/core/Documentation/Changelog/9.5.x/Feature-88198-TCA-basedSlugModifiersForExtensions.rst
@@ -17,14 +17,16 @@ Hooks can be registered via
$GLOBALS['TCA'][$tableName]['columns'][$fieldName]['config']['generatorOptions']['postModifiers'][] = My\Class::class . '->method';
-in :file:`EXT:myextension/Configuration/TCA/Overrides/table.php`, where $tableName can be a table like `pages` and
+in :file:`EXT:myextension/Configuration/TCA/Overrides/$tableName.php`, where $tableName can be a table like `pages` and
`$fieldName` matches the slug field name, e.g. `slug`.
+Example:
+
.. code-block:: php
$GLOBALS['TCA']['pages']['columns']['slug']['config']['generatorOptions']['postModifiers'][] = My\Class::class . '->modifySlug';
-The method then receives an parameter array with the following values:
+The method then receives a parameter array with the following values:
.. code-block:: php
diff --git a/typo3/sysext/core/Documentation/Changelog/9.5.x/Important-84985-UnifiedWorkspaceRestrictionForDatabaseQueries.rst b/typo3/sysext/core/Documentation/Changelog/9.5.x/Important-84985-UnifiedWorkspaceRestrictionForDatabaseQueries.rst
index b59a848d4f47..b0befb4ca76d 100644
--- a/typo3/sysext/core/Documentation/Changelog/9.5.x/Important-84985-UnifiedWorkspaceRestrictionForDatabaseQueries.rst
+++ b/typo3/sysext/core/Documentation/Changelog/9.5.x/Important-84985-UnifiedWorkspaceRestrictionForDatabaseQueries.rst
@@ -9,16 +9,16 @@ See :issue:`84985`
Description
===========
-A new `WorkspaceRestriction` is added to overcome certain downsides of the existing
-`FrontendWorkspaceRestriction` and `BackendWorkspaceRestriction`. The new workspace restriction
+A new :php:`WorkspaceRestriction` is added to overcome certain downsides of the existing
+:php:`FrontendWorkspaceRestriction` and :php:`BackendWorkspaceRestriction`. The new workspace restriction
limits a SQL query to only select records which are "online" (pid != -1) and in live or current
workspace.
As an important note and limitation of any workspace-related restrictions, fetching the exact
records need to be handled after the SQL results are fetched, by overlaying the records with
-:php:`BackendUtility::getRecordWSOL()`, :php:`PageRepository->versionOL()` or `PlainDataResolver`.
+:php:`BackendUtility::getRecordWSOL()`, :php:`PageRepository->versionOL()` or :php:`PlainDataResolver`.
-For now, the WorkspaceRestriction must be used explicitly in various contexts and is not applied
+For now, the :php:`WorkspaceRestriction` must be used explicitly in various contexts and is not applied
automatically.
.. index:: Database, PHP-API
diff --git a/typo3/sysext/core/Documentation/Changelog/9.5.x/Important-87518-UsePreparedStatementsForPdo_mysqlPerDefault.rst b/typo3/sysext/core/Documentation/Changelog/9.5.x/Important-87518-UsePreparedStatementsForPdo_mysqlPerDefault.rst
index 442258fb32b3..19485e5ddd68 100644
--- a/typo3/sysext/core/Documentation/Changelog/9.5.x/Important-87518-UsePreparedStatementsForPdo_mysqlPerDefault.rst
+++ b/typo3/sysext/core/Documentation/Changelog/9.5.x/Important-87518-UsePreparedStatementsForPdo_mysqlPerDefault.rst
@@ -35,6 +35,5 @@ You need to "overwrite" the option to set `PDO::ATTR_EMULATE_PREPARES`
],
],
-.. Please keep in mind to update the rst file in 10.2.
.. index:: Database, ext:core
--
GitLab