Bug #73604
closed
Story #69617: FormEngine bugs
Nested localizations in page module get wrong language pointers
0%
Description
- two additional languages
- 0/default (english)
- 1 (german)
- 2 (french)
- content element
- image reference as nested element
- alternative page localizations (pages_language_overlay) are available already
- for language "german" (uid 1)
- "translate" button in the page-module
- use "localization" mode
- chose "default" as base
- all fine in sys_file_reference of new localization
- sys_language_uid points to german (uid 1)
- l10n_parent points to sys_file_reference of default language
- for language "french" (uid 2)
- "translate" button in the page-module
- use "localization" mode
- chose "german" as base
- wrong pointers in sys_file_reference of new localization
- sys_language_uid points to german (uid 1) instead of french (uid 1)
- l10n_parent points to sys_file_reference of default language instead of german
Files
Updated by Ralf Merz about 8 years ago
Hello,
I can confirm Test A and B and even the other way around:
- first translate to French, everything´s fine (check sys_language_uid in sys_file_reference).
- Then translate to German, with French as source, and you will see that the sys_file_references will have the value 2 instead of 1 for sys_language_uid. And the l10n_parent is set from the default language (which may be right, I don´t know that).
Yours
merzilla
Updated by Benjamin no-lastname-given about 8 years ago
This issue might be related to something i am investigating ( https://github.com/FluidTYPO3/flux/issues/1099 ).
I think the problem is that the copyRecord function call in DataHandler:L3320 does not know about the Language in the $pasteUpdate variable.
Updated by Tymoteusz Motylewski over 7 years ago
is it related to:
https://forge.typo3.org/issues/75400 ?
Updated by Tymoteusz Motylewski over 7 years ago
seems like it's duplicated by the https://forge.typo3.org/issues/78059
Updated by Tymoteusz Motylewski over 7 years ago
"l10n_parent points to sys_file_reference of default language" - is that's right?
shouldn't l10n_parent always be in the default language?
Updated by Tymoteusz Motylewski over 7 years ago
- File sys_file_reference.png sys_file_reference.png added
- Status changed from Accepted to Needs Feedback
Can not confirm the issue with current master (v8) and tt_content.
attached screenshot (sys_file_reference.png) of the db after following scenario:
1. tt_content:55 has 2 images, sys_file_reference:193 and sys_file_reference:194
2. tt_content:55 is translated using "translation" mode in translation wizard to language
3. New tt_content:263 is created with sys_file_reference:201 and 202
4. tt_content:263 is translated using "translation" mode in translation wizard to language
5. New tt_content:269 is created with sys_file_reference:207 and 208
All sys_file_references have l10n_parent set to correct value (record uid in the default language).
Updated by Oliver Hader over 7 years ago
- Status changed from Needs Feedback to Closed
Correct. This issue has been a duplicate of issue #78059 and has been fixed already in master an 7.6.