Project

General

Profile

Actions

Bug #102380

closed

Resolve correct page UID in BackendConfigurationManager

Added by Stefan Froemken about 1 year ago. Updated 4 months ago.

Status:
Closed
Priority:
Should have
Assignee:
-
Category:
Extbase
Start date:
2023-11-16
Due date:
% Done:

0%

Estimated time:
TYPO3 Version:
11
PHP Version:
7.4
Tags:
Complexity:
Is Regression:
Sprint Focus:

Description

Hello,

we have two Root pages:

- Rootpage A
- Rootpage B

As these rootpages are very different in their structure and layout we have build very individual TS templates, pageTSconfig and permissions. Example: On rootpage we have EXT:solr with normal list results, but on rootpage we have a Google Map where POIs can be filtered by Solr. So, we need another fluid template for solr output on rootpage B. This fluid template should not be available for rootpage A.

EXT:solr comes with a special TS to add further fluid templates into template selector of solr plugin (ContentElement in BE) (plugin.tx_solr.view.templateFiles.results.availableTemplates.*). I make use of that possibility for rootpage B, while this configuration is empty for rootpage A.

The problem:
While editing the solr plugin on rootpage B my TS configured fluid template was not added to the list of available templates in selector. And this is not a solr problem. It's an extbase problem.

As we are in TYPO3 BE the BackendConfigurationManager::getTypoScriptSetup() will be called to retrieve the current TSFE. As this method does not provide a PID argument, Extbase now "tries" to find a PID. At first it tries to get a PID from $_GET. It will not find anything, as we are editing a content element where no PID is in URL. At next i will try to retrieve a PID by method getCurrentPageIdFromCurrentSiteRoot(). This method name has nothing to do with the content of that method, as just the FIRST (A) rootpage will be fetched and returned. So solr works with TSFE from rootpage A from now on where my special setting is not available of cause.

I remember a method in TYPO3 API years ago, where TYPO3 tries to retrieve the PID from returnURL parameter. Maybe we can add such a check into BackendConfigurationManager, too.

Stefan


Related issues 3 (2 open1 closed)

Related to TYPO3 Core - Bug #93251: getCurrentPageId not working correctly in multisite systemsNew2021-01-08

Actions
Related to TYPO3 Core - Bug #88572: ConfigurationManager returns wrong configurationAccepted2019-06-17

Actions
Related to TYPO3 Core - Bug #104150: Default Form configuration not always loaded for EXT:formClosed2024-06-18

Actions
Actions #1

Updated by Stefan Froemken about 1 year ago

  • Related to Bug #93251: getCurrentPageId not working correctly in multisite systems added
Actions #2

Updated by Stefan Froemken about 1 year ago

  • Related to Bug #88572: ConfigurationManager returns wrong configuration added
Actions #3

Updated by Georg Ringer 6 months ago

  • Related to Bug #104150: Default Form configuration not always loaded for EXT:form added
Actions #4

Updated by Georg Ringer 4 months ago

  • Status changed from New to Closed

closing in favor of #93251

Actions

Also available in: Atom PDF