Project

General

Profile

Actions

Bug #78653

closed

Link handler expand page function ignores 'label' and 'label_alt' settings for tt_content

Added by András Ottó about 8 years ago. Updated about 8 years ago.

Status:
Closed
Priority:
Should have
Assignee:
-
Category:
Site Handling, Site Sets & Routing
Target version:
-
Start date:
2016-11-11
Due date:
% Done:

0%

Estimated time:
TYPO3 Version:
7
PHP Version:
5.5
Tags:
Complexity:
Is Regression:
No
Sprint Focus:

Description

I'm using an 3rd party extension (fluidcontent) that offers the "subheader" field as the title. The correct titles are showing up in the "List" module, but if an editor would like to pick a link to a content element on a page those content elements have "[No title]" and it is impossible to identify them correctly.

I debuged the code and find the following DB select in the /typo3/sysext/recordlist/Classes/LinkHandler/PageLinkHandler.php

Lines 177-185:

// Look up tt_content elements from the expanded page:
$res = $db->exec_SELECTquery(
'uid,header,hidden,starttime,endtime,fe_group,CType,colPos,bodytext',
'tt_content',
'pid=' . (int)$expPageId . BackendUtility::deleteClause('tt_content')
. BackendUtility::versioningPlaceholderClause('tt_content'),
'',
'colPos,sorting'
);

This limits the search only for the "header". This value is set through $GLOBALS['TCA']['tt_content']['ctrl']['label'] and could be change anytime. (The default value for $GLOBALS['TCA']['tt_content']]['ctrl']['label_alt'] is 'subheader,bodytext' -> so if it would be selected in the query up there, the list should work.)

On the line 205 there is a reference to:
BackendUtility::getRecordTitle('tt_content', $row, true)

This function checked both settings up there, so I think, that the query should respect both settings by the select, and return those values also.

Actions

Also available in: Atom PDF