- Issue created by @hoebekewim
There are currently 2 ways this module can be used when using nested Paragraphs
In scenario 1, we have a clean database, only containing paragraphs for the languages we have.
In scenario 2, we have a duplicate paragraph as soon as we start translating, and we get a lot of additional duplicate data in the content field tables, sometimes a duplicate for each language that exists. As soon as you also make paragraphs translatable, there is no way back in reverting this, as it creates additional table columns as content_translation_source, content_translation_outdated and content_translation_changed inside paragraphs_item_field_data. And this are actually also the cause of the duplicates.
Scenario 2 seems to be the most recommended one, as the ticket https://www.drupal.org/project/paragraphs_asymmetric_translation_widgets... → is focussing on the migration path for this scenario. But is however creates duplicate data and pollutes the database.
Think about implementing scenario 1 as the default. Or find a solution to avoid duplicates in scenario 2.
Active
1.0
Code