- Nov 27, 2021
-
-
Sybille Peters authored
The title and description texts as well as the README.rst for system extensions are unified and some texts updated to reflect changes. Since the description and README.rst are also displayed on Packagist, the text should be chosen so that it helps people not familiar with TYPO3 know what the package is about (e.g. by preceding the description with "TYPO3 CMS"). Descriptive texts for extensions are in these files: - composer.json - ext_emconf.php - README.rst The information is displayed in the Extension Manager (ext_emconf.php), on extensions.typo3.org, on Packagist (composer.json and README.rst) and on GitHub (README.rst). We reuse the same text blocks in the following manner: 1. Extension title - used in ext_emconf.php:title and composer.json: description 2. Extension description (short) - used in ext_emconf.php:description and composer.json:description 3. Title and extension description (long) - used in README.rst. In most cases, the short description is reused, in some cases it is augmented with more information. In composer.json, the description consists of: '<title> - <description>' Also, - In the title all words are capitalized (common name) - The title always starts with "TYPO3 CMS" - The description ends with a period. Resolves: #96059 Releases: master Change-Id: I57388ff96c5fcf9a8e64cd86ed8427f70d7ef23d Reviewed-on: https://review.typo3.org/c/Packages/TYPO3.CMS/+/72288 Tested-by:
core-ci <typo3@b13.com> Tested-by:
Stefan Bürk <stefan@buerk.tech> Tested-by:
Christian Kuhn <lolli@schwarzbu.ch> Reviewed-by:
-
Jochen Roth authored
Currently language:update command fails when a translation of a extension is missing. This has been fixed by returning a successful status code even though the file was not found on the translation server. With the additional option '--fail-on-warnings' the command fails if the download of a language pack was not successful. Missing files are still reported in CLI stdout and it still fails if the server is not reachable. Also missing translations are now logged. Resolves: #95700 Resolves: #96054 Resolves: #96055 Resolves: #96053 Releases: master, 11.5 Change-Id: I9a19de919e99b591dcf02a5cf70465ad9c5c76b7 Reviewed-on: https://review.typo3.org/c/Packages/TYPO3.CMS/+/72274 Tested-by:
Benni Mack <benni@typo3.org> Tested-by:
-
Torben Hansen authored
The feature page.includeCSS.inline checks the existence of the given file with `is_file()`. This does not work for files included with the EXT: prefix, since the path to the filename is not fully resolved any more since https://review.typo3.org/c/Packages/TYPO3.CMS/+/71457 This patch processes the given file using the `getStreamlinedFileName` function in order to resolve the relative path to the file. Resolves: #96098 Releases: master, 11.5 Change-Id: I2958eb13228622e724b5d4db1919a982fcd6247e Reviewed-on: https://review.typo3.org/c/Packages/TYPO3.CMS/+/72324 Tested-by:
Andreas Fernandez <a.fernandez@scripting-base.de> Tested-by:
-
Daniel authored
Array access with undefined key emits undefined index warning. This patch sanitize the calls to mitigate these warnings. Releases: master, 11.5 Resolves: #96072 Change-Id: Ic86781728fcb61b4dc3d9442fe5228c6b8a81474 Reviewed-on: https://review.typo3.org/c/Packages/TYPO3.CMS/+/72282 Tested-by:
-
Christian Kuhn authored
Deprecation removal main boilerplate .rst file with a dummy entry for each section. Resolves: #96108 Related: #96107 Releases: master Change-Id: Id94f0b33ff93885caf61814d93d14965e4566b04 Reviewed-on: https://review.typo3.org/c/Packages/TYPO3.CMS/+/72330 Tested-by:
Wouter Wolters <typo3@wouterwolters.nl> Tested-by:
-
Helmut Hummel authored
In preparation of renaming the main development branch, the alias for the new name is added. This makes it possible to rename the branch and have a working alias, without needing to add further commits to it. composer up --lock Releases: master Resolves: #96102 Change-Id: Id01c6d562a2bdd0c42a7b6ad69019b19181c94ee Reviewed-on: https://review.typo3.org/c/Packages/TYPO3.CMS/+/72325 Tested-by:
-
Christian Kuhn authored
* TYPO3_TESTING_FUNCTIONAL_REMOVE_ERROR_HANDLER is obsolete * phpunit 9.5 is minimum requirement * An acceptance test setup detail has been activated in testing-framework by default Change-Id: Idaafa923fe8544fdd9f20395de6557be709562cb Resolves: #96106 Releases: master Reviewed-on: https://review.typo3.org/c/Packages/TYPO3.CMS/+/72329 Tested-by:
-
Christian Kuhn authored
* Obsolete importScenarioDataSet() by using importCSVDataSet() directly with absolute paths. IDE's now resolve these paths so they can be clicked to open, which is *much* more convenient when working with the .csv files. * Similar, obsolete assertAssertionDataSet() by using assertCSVDataSet() directly. * Protected constants. * Late static binding for workspace init in setUp() to simplify and streamline workspace test inheritance. * A couple of minor streamlinings. Change-Id: I9e814335b863da278e814641f6995a24778da95b Resolves: #96104 Releases: master, 11.5 Reviewed-on: https://review.typo3.org/c/Packages/TYPO3.CMS/+/72326 Tested-by:
-
Sybille Peters authored
Different labels for various fields of a redirect record were used in redirect list and redirect edit form. For example, both "Destination" and "Target" were used for the same field. This patch unifies the labels, preferring labels from the edit form (locallang_db.xlf). This frees up some language labels which can be removed in v12. Resolves: #95832 Related: #96015 Releases: master, 11.5 Change-Id: I2950a29ed5f20f74de3091d391e44bba292563af Reviewed-on: https://review.typo3.org/c/Packages/TYPO3.CMS/+/72217 Tested-by:
-
Christian Kuhn authored
testing-framework got a series of v12 related deprecation removals and streamlinings already that we should fetch. It also switched branch name from master to main, which we should use from now on. composer req --dev typo3/testing-framework:dev-main Change-Id: I9bef4857ff7bec502ec5d5eaacf013d111b6d645 Resolves: #96100 Releases: master Reviewed-on: https://review.typo3.org/c/Packages/TYPO3.CMS/+/72322 Tested-by:
Nikita Hovratov <nikita.h@live.de> Tested-by:
-
Daniel Windloff authored
Toolbar items are now automatically tagged and registered, based on the implemented `ToolbarItemInterface`, using the autoconfiguration feature from the DI container. The registration via `$GLOBALS['TYPO3_CONF_VARS']['BE']['toolbarItems']` has been removed. Resolves: #96041 Related: #62928 Releases: master Change-Id: Ic3d84752f30444d5a6be67ecbfe39e525c68e9ac Reviewed-on: https://review.typo3.org/c/Packages/TYPO3.CMS/+/72241 Tested-by:
Oliver Bartsch <bo@cedev.de> Tested-by:
-
Marco Ziesing authored
Add MIME types avif(s) and jxl. Update caching and compression of current and new MIME types. Releases: master, 11.5 Resolves: #96051 Change-Id: I8c0cfffe82e17ea4ae2a15981e08016a3b0a4fec Reviewed-on: https://review.typo3.org/c/Packages/TYPO3.CMS/+/72251 Tested-by:
Oliver Klee <typo3-coding@oliverklee.de> Reviewed-by:
Guido Schmechel <guido.schmechel@brandung.de> Reviewed-by:
-
Jochen Roth authored
Currently the inline edit button is shown even though a user does not have necessary edit permissions. This has been fixed by adding the necessary checks. As a side effect, the corresponding t3js class is no longer added to the header for modules, not representing an editable record title. Resolves: #96030 Releases: master, 11.5 Change-Id: I630e97263a950cf00229ce0613e2c4d35a11425e Reviewed-on: https://review.typo3.org/c/Packages/TYPO3.CMS/+/72233 Tested-by:
Jochen <rothjochen@gmail.com> Tested-by:
-
- Nov 26, 2021
-
-
Chris Müller authored
With #95888 icon identifiers provided by TYPO3.Icons are used for module icons, where they were not already in place. The previously referenced icons are now removed for TYPO3 v12.0. Resolves: #96094 Related: #95888 Releases: master Change-Id: I6d33538c2f04770a23f634b307b42e0712e36c7b Reviewed-on: https://review.typo3.org/c/Packages/TYPO3.CMS/+/72316 Tested-by:
-
Stefan Bürk authored
A new feature has been added with #89917 to provide the possibility that user/group informations and permissions are used from parent page where the new page is created, instead of eventually configured defaults through long standing TSconfig options, or even fallback to current signed in backend user/user group. The patch extend the test cases to make more clear how this new feature is intended to work and improves the feature .rst file to show how it can be leveraged. Resolves: #96091 Related: #89917 Releases: master Change-Id: I5f4478229af69f1abda9aa9e95f1e620743d07ba Reviewed-on: https://review.typo3.org/c/Packages/TYPO3.CMS/+/72290 Tested-by:
-
Chris Müller authored
The work on this interface was 7 years ago, time to remove the todo. Resolves: #96093 Related: #62928 Releases: master, 11.5 Change-Id: Ieaf08a17eb02c60109f9fcdaf279c608f3a4a146 Reviewed-on: https://review.typo3.org/c/Packages/TYPO3.CMS/+/72315 Tested-by:
-
Christian Kuhn authored
Our PSR-7 Uri implementation has a bug when string casting an Uri object: Creating a Uri from for instance 'https://example.com//' leads to 'https://example.com/' when string casting that object. The double slash at the end is perfectly valid and of course should not be removed. The fun part is now that we have frontend functional slug tests that test 'https://website.local//' error handling and redirect behavior. Due to the old functional test behavior that had to communicate the Uri through a PHP process, the above Uri string cast bug has been triggered. This leads to the situation that the test looks as if it tested the double-slash, while in fact it didn't. When changing v11 from php-forking based frontend site test handling to sub request handling, we actively implemented this behavior in testing-framework to stay compatible. In order to drop that hack from testing-framework, the patch now: * Fixes the bug in Uri * Adds a unit test to verify (string)Uri is ok * Adds a @todo to SlugSiteRequestTest to look at the actual 'https://website.local//' behavior with a dedicated patch. Change-Id: Iea8d048e31b85d0d849542a7a9a55fcf5f220416 Related: #67558 Resolves: #96092 Releases: master, 11.5 Reviewed-on: https://review.typo3.org/c/Packages/TYPO3.CMS/+/72314 Tested-by:
-
Georg Ringer authored
Instead of using `GeneralUtility::mkdir` the method `GeneralUtility::mkdir_deep` should be used to avoid errors if the parent directory does not yet exist. Resolves: #96029 Releases: master, 11.5 Change-Id: Ic5005df117ddedd8fcae5b9c41c092f8328c8a57 Reviewed-on: https://review.typo3.org/c/Packages/TYPO3.CMS/+/72236 Tested-by:
-
Christian Kuhn authored
Table sys_language is legacy since language setup is bound exclusively to site config in v11. We don't need to import sys_language rows and assert their state in functional tests anymore. In preparation of the soon starting v12 deprecation removals, the patch drops sys_language table row imports and table state asserting in all functional tests that use .csv file based fixtures. Resolves: #96089 Related: #94165 Releases: master, 11.5 Change-Id: Iea752cf03bba690b5a04de7ce5718de274172e43 Reviewed-on: https://review.typo3.org/c/Packages/TYPO3.CMS/+/72313 Tested-by:
-
Christian Kuhn authored
The ext:linkvalidator functional tests work with a fictional domain name to test if the code finds broken external links. This can be unfortunate since it triggers DNS lookups that can be slow - such stuff should be avoided in functional tests anyway. Solution is to use localhost as test domain with an invalid path instead. This is more expressive, too. The result can be stunning: My DNS resolver for whatever reason takes ages to (not) resolve that domain using dockerized runTests.sh. I got a similar result from another coredev. The linkvalidator tests run nearly five minutes without the patch and are down to two seconds with patch. Resolves: #96087 Releases: master, 11.5 Change-Id: Idbb32ac57925c52d4cef9e8d412d56347f09a04e Reviewed-on: https://review.typo3.org/c/Packages/TYPO3.CMS/+/72312 Tested-by:
-
- Nov 25, 2021
-
-
Christian Kuhn authored
When an element is discarded in workspaces that is referenced by another record in a group CSV field, those referencing records need to be updated to no longer list the discarded record. The patch adds a method to DataHandler discard logic to take care of that. This resolves the very last call setting assertCleanReferenceIndex to false. That test property has been a temporary solution and is dropped now, tests extending AbstractDataHandlerActionTestCase can no longer (easily) prevent the tearDown() refindex check and should never do that again. Change-Id: Ifd2e5893d2d39b77762920b8b41ab547ed20ecd7 Resolves: #96080 Releases: master, 11.5 Reviewed-on: https://review.typo3.org/c/Packages/TYPO3.CMS/+/72287 Tested-by:
-
Oliver Bartsch authored
Resolves: #96083 Releases: master, 11.5 Change-Id: I76d486d1b817832cbf7c62252fe4a5e3f9f94391 Reviewed-on: https://review.typo3.org/c/Packages/TYPO3.CMS/+/72289 Reviewed-by:
-
Oliver Bartsch authored
In case a record from a no longer existing table is stored as recently opened in the user session, a PHP warning is triggered whenever the toolbar items are updated (e.g. because user opens another record). This is fixed by adding corresponding fallbacks. Resolves: #96075 Releases: master, 11.5 Change-Id: Ia99371711f2a8ef9fa6a96844476148674b5b843 Reviewed-on: https://review.typo3.org/c/Packages/TYPO3.CMS/+/72285 Tested-by:
-
Oliver Bartsch authored
Resolves: #96069 Releases: master, 11.5 Change-Id: I2d883ebb7682ac7f402cdcb91b015ca74bdb72b4 Reviewed-on: https://review.typo3.org/c/Packages/TYPO3.CMS/+/72283 Tested-by:
-
Christian Kuhn authored
Functional tests that extend AbstractDataHandlerActionTestCase test for correct sys_refindex in tearDown(). This can be avoided by setting assertCleanReferenceIndex to false, which is only a temporary solution until reference updating fully works. The patch changes some import fixtures that come without proper sys_refindex rows to avoid setting this property to false. One last call needs a dedicated bug fix and will have a dedicated patch. Change-Id: I7daa4d961372812312389dda7af13a5ac9fe8cef Resolves: #96074 Releases: master, 11.5 Reviewed-on: https://review.typo3.org/c/Packages/TYPO3.CMS/+/72284 Tested-by:
-
Christian Kuhn authored
ext:backend Form/Element recently got a trait with #95954 that can be easily avoided by adding the method to AbstractFormElement, which all elements should extend. Resolves: #96071 Related: #95954 Releases: master, 11.5 Change-Id: I8dc73f17b976f8191bf39bae5b51f2609778797c Reviewed-on: https://review.typo3.org/c/Packages/TYPO3.CMS/+/72281 Tested-by:
Oliver Hader <oliver.hader@typo3.org> Reviewed-by:
-
Stefan Bürk authored
This patch fixes a bug where a t3 page URI with _language != 0 was resolved to a page in the default language. This caused automatically generated redirects to translated pages to redirect to the page in the default language. We now use the same override handling for the '_language' parameter (as already existed for 'L') when t3 page URIs are resolved. Also, we ensure that both parameters are always removed when the final URL is generated. Furthermore, this patch adds tests to cover these cases. Using the historical 'L' parameter still works and has been added to be handled as language override. Background information: The '_language parameter' is the preferred parameter to be used to specify the language in a t3 URI, not 'L'. The behaviour of creating auto redirects on slug changes was changed previously: The target was added as LinkHandler URI (instead of the path). Along with this change, the '_language' parameter was used to ensure the target URL is generated in the needed language (#89327). This introduced a problem where a redirect always redirected to the page in default language if a t3: page URI was used with '_language'. Resolves: #96043 Related: #89327 Releases: master, 11.5, 10.4 Change-Id: I95bdeff4827eed3be30528c02331b9c9ff2836b1 Reviewed-on: https://review.typo3.org/c/Packages/TYPO3.CMS/+/72242 Tested-by:
Sybille Peters <sypets@gmx.de> Tested-by:
-
Oliver Bartsch authored
Using "readOnly" for a TCA field with renderType "selectCheckBox" previously led to the fact, that nothing was rendered at all. This can be seen with `tx_styleguide_elements_select.select_checkbox_4`. This is now fixed, while the whole element got a light code cleanup. This will increase performance a bit, since unneeded JavaScript is no longer loaded. Additionally, this also fixes the "expandAll" option, which was broken due to the bootstrap 5 upgrade. Resolves: #96058 Resolves: #96068 Releases: master, 11.5 Change-Id: I762d328c9f4c83558dd8fd98683f8ccfe6c4b3f0 Reviewed-on: https://review.typo3.org/c/Packages/TYPO3.CMS/+/72279 Tested-by:
-
- Nov 24, 2021
-
-
Christian Kuhn authored
This fixes issues regarding sys_refindex handling when dealing with workspace mm relations. Various DataHandler tests run with disabled refindex check after performing mm related operations. All those are enabled now, so all known issues in this area are fixed. The patch touches various areas in DataHandler, ReferenceIndex and RelationHandler to achieve this. The key changes are triggered by a database scenario that is unique for mm relations. Usually, when creating a workspace record or overlay, child record overlays (for instance inline children) are also created in this workspace. For mm records, this can be different: When the local or foreign side of a record is created in a workspace, it does not necessarily mean that a connected opposite side is also created as workspace overlay. This would otherwise create the need for a recursive operation that would basically end up with "everything" being created as workspace overlay. However, mm table entries are created for these relations, leading to a situation that a workspace record can point to a non-workspace record through the mm table. Reference index entries for mm table connections are always handled from the 'local' side. For instance, with categories, 'sys_category' table is the local side, with 'pages', 'tt_content' and others being the foreign side. If now one of the records on the foreign side gets a workspace overlay record, sys_refindex rows of all connected records of the affected local side need to be created. This can lead to the funny situation that we end up with refindex rows that point from a non-workspace to a non-workspace record, but have a non-0 workspace entry. Those additional rows are needed to have "the full set" and proper sorting when looking at refindex of such a relation from the local side. The patch basically handles especially these 'foreign side has a workspace overlay' scenarios, plus the side effects that have to be taken care of when discarding and publishing these records. Additionally, a couple of side effects are tackled: First, the ReferenceIndex->updateIndex() - that's the main logic when running cli referenceindex:update command - is tuned to drop reference index entries related to meanwhile deleted workspaces. This is covered with additional tests and is done now since the code needs to iterate over existing workspaces for local-side mm records that may have workspace overlays on the foreign side. So most of the code had to be created now anyways. RelationHandler->readMM() receives a fix for a long standing bug (Issue #83582, introduced by #57169), to no longer show workspace relations in live when looking at local-side records, for instance when looking at category items in live when one of the connected items has a workspace overlay. Next to lots of comments explaining details in place and referencing the test cases that nail specific scenarios, a couple of @todo's are added to point out things we may want to tackle in the future. All in all, the patch resolves a series of issues that will especially lead to 'categories' being much more reliable in workspaces. Change-Id: I24407f93665852fa761f6fbe6c5ab249473468d2 Related: #57169 Resolves: #83582 Resolves: #96067 Releases: master, 11.5 Reviewed-on: https://review.typo3.org/c/Packages/TYPO3.CMS/+/72250 Tested-by:
-
Oliver Bartsch authored
With #94222, the TSconfig preview of a TCA field with renderType= belayoutwizard was adjusted to use the CodeMirror plugin - in case EXT:t3editor is installed. With this change, also the default "preview" was changed form a <code> element to a <textarea>. This therefore led to the field being editable. However, any manual change will always be overwritten on adjusting the grid via the editor or on saving the record. To avoid confusion for the user and to be in line with the CodeMirror variant, the previous behaviour is restored by adding the readonly attribute to the <textarea> element. Resolves: #96064 Related: #94222 Releases: master, 11.5 Change-Id: Iaa41df59cbfd0420962c2239a42d329c249adb6c Reviewed-on: https://review.typo3.org/c/Packages/TYPO3.CMS/+/72278 Tested-by:
-
Oliver Bartsch authored
TCA renderType=belayoutwizard did previously not work for custom fields, as can be seen in styleguide `tx_styleguide_elements_basic.text_20`. BackendLayoutWizardElement used the hardcoded field name "config", which however is only used for the "backend_layout" table. Additionally, using the raw database value instead of the processed "itemFormElValue" led to further issues, e.g. when the field is defined with "l10n_display=defaultAsReadonly". This is now fixed by using the "itemFormElValue", since this is the correct value, which is also added to the corresponding input field and would also contain the "default" for new records. Additionally, the given parsed itemFormElValue is now checked to start with the correct root level key "backend_layout.". This prevents undefined array key warnings, triggered when a malformed default value is used for the field. Resolves: #96060 Releases: master, 11.5 Change-Id: I2d7c40bf3b33d6d2528c7575febe67d105ab5e12 Reviewed-on: https://review.typo3.org/c/Packages/TYPO3.CMS/+/72276 Tested-by:
-
Oliver Bartsch authored
In case a TCA field with renderType=belayoutwizard is configured to be not in the initially visible tab, the CodeMirror editor remains empty, when switching to the tab, containing the editor. The reason is, CodeMirror needs to be refreshed, after becoming visible. Therefore, the GridEditor, holding the configuration, is now observed, if not initially visible. As soon as it becomes visible, the CodeMirror instance - if any - is refreshed. Can be tested with `tx_styleguide_elements_basic.text_20`. Resolves: #96062 Releases: master, 11.5 Change-Id: Ic03c315e8f12bc2f3623fdb11a1782d5c1081a23 Reviewed-on: https://review.typo3.org/c/Packages/TYPO3.CMS/+/72277 Tested-by:
-
- Nov 23, 2021
-
-
Benni Mack authored
This change makes some FE calls easier for testing in extensions, such as EXT:solr. Resolves: #96050 Releases: master, 11.5 Change-Id: I3482ac0abe4e813ff5cba795da9b730ee0efbdee Reviewed-on: https://review.typo3.org/c/Packages/TYPO3.CMS/+/72249 Tested-by:
Rafael Kähm <rafael.kaehm@dkd.de> Tested-by:
-
Oliver Bartsch authored
The compare view of EXT:beuser does a couple of f:translate calls with dynamic values as key. Since some of those calls did not properly check the provided key, before passing it to the view helper, this previously led to exceptions. This is now fixed by properly checking the key, before passing it to the f:translate view helper. Additionally, some defaults are added to support static labels. Resolves: #94202 Releases: master, 11.5 Change-Id: Iff14f7c3b17108288227b108b5005d28611e20a8 Reviewed-on: https://review.typo3.org/c/Packages/TYPO3.CMS/+/72248 Tested-by:
David Menzel <foxxdav@yahoo.de> Tested-by:
-
Oliver Hader authored
DispatchNotificationHook in ext:redirects has been adjusted to trigger events using a script-less implementation. Resolves: #96003 Releases: master, 11.5 Change-Id: I496331820813150cad610f07adae60ff538be3bb Reviewed-on: https://review.typo3.org/c/Packages/TYPO3.CMS/+/72240 Tested-by:
-
Oliver Hader authored
BackendUtility::getUpdateSignalCode() returned plain inline JavaScript code which got replaced by new BackendUtility::getUpdateSignalDetails(). The new function is capable of handling inline JavaScript code (for backward compatibility reasons) and HTML markup using corresponding `<typo3-immediate-action>` custom element. OpendocsToolbarItem::updateNumberOfOpenDocsHook has been adjusted as well to use the script-less implementation. Resolves: #96002 Resolves: #96012 Releases: master, 11.5 Change-Id: I248db207600ae5c7452471a093f84f3802050c59 Reviewed-on: https://review.typo3.org/c/Packages/TYPO3.CMS/+/72206 Tested-by:
-
Torben Hansen authored
The ContentObjectRenderer throws a warning under certain circumstances in PHP8. The warning is generated by code, which is unused. This patch removes the unused code in ContentObjectRenderer. Resolves: #95921 Releases: master, 11.5 Change-Id: Ifb6f3557434626ec71f37d92181a5b156f6b39e3 Reviewed-on: https://review.typo3.org/c/Packages/TYPO3.CMS/+/72272 Tested-by:
-
Nikita Hovratov authored
By setting the display property of buttons inside of input-groups to "flex", the height of the element inside the button can be easier controlled. Resolves: #95451 Releases: master, 11.5 Change-Id: Ia41d6bf4421d8ad078509893c8b0177708767e5c Reviewed-on: https://review.typo3.org/c/Packages/TYPO3.CMS/+/71459 Tested-by:
Simon Schaufelberger <simonschaufi+typo3@gmail.com> Tested-by:
-
- Nov 22, 2021
-
-
Ingo Fabbri authored
The backend usergroup compare view requires to fetch the group data of the groups to compare. Since this operation depends on a user array, UserInformationService creates such dummy user. Since #93233 the dummy user array also contains a workspace id `-99`. To successfully overcome workspace access-checks, set the admin-flag for this fake-user. Use workspace uid 0, to avoid any database operations on workspace access checks. Workspace 0 additionally prevents the log-message, which led to the exception message described at #93894. Resolves: #93894 Related: #93233 Releases: master, 11.5 Change-Id: Ieb5da95082cb6dfd5c030fbd04d735863d587510 Reviewed-on: https://review.typo3.org/c/Packages/TYPO3.CMS/+/70056 Tested-by:
-
Stefan Bürk authored
TCA slug field generator option 'prefixParentPageSlug' has been added to be used for page records only. Slug generation for non-page records with pid=0 has been fixed with #94655 which introduced a endless loop if 'prefixParentPageSlug' is used as slug field generator option for record tables. This patch only process 'prefixParentPageSlug' for page records, thus ignoring it for non-page records and avoiding the endlees loop and as such prevent segmentation faults or memory_limit fatal errors. Resolves: #95485 Related: #94655 Releases: master, 11.5, 10.4 Change-Id: I20e1ac68bad6ad9447b03debbedb646495045ac3 Reviewed-on: https://review.typo3.org/c/Packages/TYPO3.CMS/+/72168 Reviewed-by:
-
