Bug #70523
closed
- Parent task set to #69617
- Assignee deleted (
Christian Kuhn)
- Category changed from Backend API to FormEngine aka TCEforms
- Status changed from New to Needs Feedback
- Assignee set to Mathias Schreiber
Are you sure about this?
The change refers to ###REC_FIELD_ so you get the value of that field.
In case of MM tables it will always have returned the number of relations, not a CSV of their uids.
We could change it to $rowFieldValue = implode(',', $rowFieldValue); in order to make the CSV available, but I still doubt it makes sense this way.
Do you have some TCA at hand that would illustrate the faulty behavior?
INTERNAL REFERENCE
-----------------------------
typo3/sysext/backend/Classes/Form/FormDataProvider/AbstractItemProvider.php Line 977
Yes, I meant MM relations or also non MM but with multiple values stored in one field.
In the first case as you mentioned it previously returned the count - which didn't make sense - and now it returns the first value only which also doesn't make sense I think.
Regarding multiple values stored in one field that was stored as CSV and would therefore have been CSV and now it would be an array of values which only returns one value.
Honestly I think it should return a csv if used in combination with IN but the first value if used in combination with =
Although I think that might not be so easy to achieve.
- Status changed from Needs Feedback to Rejected
Mmmmmh, I'll close this one as rejected:
Having a select field that uses a foreign_table_where with a marker that injects the value from a field of the same row into the query isn't really very much common and a complex scenario already. Now the reference value itself is a select or group that then again references different tables and has potentially multiple values. And now this request is about adding magic that manipulates the current values again to try do do something sane with it. This is complexity level 'close to hell'.
Honestly, I think we should say that a ###REC_FIELD_ marker should NOT refer to a multi value field, but to single value fields only. This is what is done at the moment and it overstrains most people already.
Furthermore, there is always the possibility to use an itemsProcFunc - a solution I'd prefer for such use cases, the php code would be much easier to understand than the details of this magic marker substitution foo.
- % Done changed from 0 to 100
Also available in: Atom
PDF
Updated by 
Updated by 
Updated by