Project

General

Profile

Actions

Bug #64163

open

BackendUtility::getProcessedValue does not evaluate foreign_table_where

Added by M. Ecker almost 10 years ago. Updated 4 months ago.

Status:
Needs Feedback
Priority:
Must have
Assignee:
-
Category:
Backend API
Target version:
-
Start date:
2015-01-07
Due date:
% Done:

0%

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

Description

If you defined in TCA a column as 'select' with a 'foreign_table_where' condition you'll see in the Edit Record view only the options meeting the condition - correct.
But if you choose the column to be shown in the single table view of Web/List the condition will not be evaluated and a csv list of all records of the foreign_table will be shown (but only the first 100 chars of this csv list).

TYPO3\CMS\Recordlist\RecordList\DatabaseRecordList uses BackendUtility::getProcessedValueExtra to render the column fields in the record list, which is a wrapper for BackendUtility::getProcessedValue.

Line 2129 of TYPO3\CMS\Backend\Utility\BackendUtility reads currently (TYPO3 V6.2.9) as

    $records = self::getRecordsByField($theColConf['foreign_table'], $theColConf['foreign_field'], $uid);
.
If changed to
    $records = self::getRecordsByField($theColConf['foreign_table'], $theColConf['foreign_field'], $uid, $theColConf['foreign_table_where']);
,
all is fine and the 'foreign_table_where' is evaluated in Record List view also.

Would be nice, if this would be changed in 6.2.10 - need this for a running project.


Related issues 2 (0 open2 closed)

Related to TYPO3 Core - Bug #44947: t3lib_extMgm::makeCategorizable get TCA with wrong foreign_table_whereClosed2013-01-30

Actions
Related to TYPO3 Core - Bug #29696: section_frame in listview displays wrong labelClosed2011-09-12

Actions
Actions

Also available in: Atom PDF