Project

General

Profile

Actions

Bug #89965

open

Copied textmedia element with sys_file_reference that has its language changed, makes the Datahandler throw up

Added by Christian Eßl almost 5 years ago. Updated about 4 years ago.

Status:
New
Priority:
Should have
Assignee:
-
Category:
DataHandler aka TCEmain
Start date:
2019-12-16
Due date:
% Done:

0%

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

Description

Steps to reproduce:

- Create a new Site Config with the languages "Default" (0) and "German" (1)
- Create a page A
- On page A, create a new textmedia element with a file reference.
- Translate page A and the textmedia element to german

- Now create a page B
- Translate page B to german
- Go to page A and copy the german localization of the textmedia element
- Go to page B and insert the textmedia element.
- Open up the newly copied textmedia element on page B and change the language of the element to "Default".

Internally, the textmedia tt_content elements sys_language_uid will now correctly. change from 1 to 0. But the file reference that belongs to this element will NOT be updated and still has the sys_language_uid 1.
We now have created a mess in the sys_file_reference table and all kind of weird bugs can now happen.
For instance, if you now go to the page module and try to translate all content element to "German" with the Translate button, the wizard will crash with an error 500 and the exception message:
"Child record was not processed". The tt_content textmedia element will not be translated, but the original tt_content (sys_language_uid) now has 3 file references instead of 1.


Files

Actions

Also available in: Atom PDF