Project

General

Profile

Actions

Bug #55028

closed

Static TS must be available even when there is no page UID

Added by Claus Due almost 11 years ago. Updated almost 11 years ago.

Status:
Closed
Priority:
Should have
Assignee:
-
Category:
Extbase
Target version:
Start date:
2014-01-15
Due date:
% Done:

100%

Estimated time:
TYPO3 Version:
6.2
PHP Version:
Tags:
Complexity:
easy
Is Regression:
No
Sprint Focus:

Description

Commit ba2386e7305e0d6e64db5cc485bc38728728ad8e https://review.typo3.org/26675 must be reverted - it destroys Extbase operability under the following criteria:

  • Editing any record (pid is not set).
  • Using any BE module that does not use the page tree.

Before, Extbase would look for the first root template. Felix removed this behaviour completely, replacing it with a raw $_GET['id']. This should be considered a HUGE breaking change for any third-party Extbase extension that operates in the BE without using a page tree. As such, it should not be allowed in the LTS.

Core extensions are not broken by this simply because they abuse the ext_typoscript_setup.txt pattern to load (massive) amounts of TS that cannot be controlled.


Related issues 3 (0 open3 closed)

Related to TYPO3 Core - Task #54701: Cache global TypoScript template in backendClosedFelix Oertel2014-01-02

Actions
Related to TYPO3 Core - Task #54813: BackendConfigurationManager figures out wrong pidClosed2014-01-07

Actions
Related to TYPO3 Core - Task #86262: Deprecate FE TypoScript processing in BERejected2018-09-15

Actions
Actions

Also available in: Atom PDF