Open xperseguers opened 7 years ago
Hi xperseguers,
I can confirm this behaviour. This is a severe issue which should be fixed "asap". In former versions it was possible to synchronize child elements with default language within the container-element (a good work-around for this problem). This feature is gone for now (TYPO3 7.6.22, fluidcontent 5.2.0), so there's no other option than deleting the whole translated container-element including its children and translating it again :(
The "workaround" you describe does not work either with current versions of TYPO3 7.6 an fluidcontent. Indeed the child element can be localized outside of the container. But after dragging it back into the container-element (default language) this is only applied to the default language. In the foreign languages the child element simply "disappears" and does not have a proper relation to its parent-element...
I have the same problem in a project. Any idea, how to fix the issue? Recreating the content containers seems no option for me, since an editor has to do this every time new content is added to a content container in the main language.
This issue seems to be related to https://github.com/FluidTYPO3/flux/issues/1120 - the fix-extension mentioned in the issue of ext:flux resolves the issue for me
Reproduced in TYPO3 v8 with EXT:fluidcontent v5.2.0.
The test setup is as follows with a partially translated page:
With this setup, clicking the "Translate" button to localize the "Form" content element fails. What happens is that the translation wizards pops up but never ends at the last step (actually creating translation record).
The final Ajax request throws a HTTP 500. I traced it back to method
\TYPO3\CMS\Backend\Controller\Page\LocalizationController::localizeRecords()
which gets following parameters:What is missing is the list of CE's UIDs to be translated. There are none since the item to be translated is within a container and this fails with a 500 (which is semantically wrong but something to fix in TYPO3 Core).
If there is no partial translation, then everything is properly translated (including CEs within containers).
Furthermore (possibly would need another ticket), I found this nearly-perfect workaround: