- Issue created by @HitchShock
- πΊπ¦Ukraine HitchShock Ukraine
Made a quick patch for that but tests are still required for this solution.
- @hitchshock opened merge request.
- Status changed to Needs work
over 1 year ago 8:51am 22 April 2023
We need to skip recalculating of the revision translations if the entity is syncing and the existing revision is updated instead of creating a new one.
Useful for content import, migration, hook_update_N(), when we need to keep the revision_translation_affected field value for the old revisions.
Otherwise, it can break the list of revisions, e.g. /node/{nid}/revisions. This happens because ContentEntityStorageBase::populateAffectedRevisionTranslations() updates this field for all translations of the entity.
The issue could be as a second part of the
β¨
Mark an entity as 'syncing' during a migration update
Needs work
. That issue fixed the synchronization process for the revision migration. This one must fix an extra bug related to the revision_translation_affected base field.
But in general, it seems to have been missed in the ticket
#2803717: Allow 'syncing' content to be updated in content moderation without forcing the creation of a new revision β
.
A simple situation:
$entity->setNewRevision(FALSE); $entity->setSyncing(TRUE);
must be used.We have to make a solution that will allow skipping the updating of the revision_translation_affected for the old revisions and when we use the synchronization process.
None.
None.
None.
None.
It's good to use together with β¨ Mark an entity as 'syncing' during a migration update Needs work when we need it for the migration.
Active
10.1 β¨
Made a quick patch for that but tests are still required for this solution.