Support for Drupal 7 is ending on 5 January 2025—it’s time to migrate to Drupal 10! Learn about the many benefits of Drupal 10 and find migration tools in our resource center.
My scenario is that there is a Test environment, and Production environment.
If a node has been translated in the Test environment, and then is imported into the Production environment, it retains the tnid property of the node from the Test, but gets a new nid. This results in a corrupted node, as this is an impossible scenario according to the way Drupal core handles translations. The desired behavior is that if the node is new in the Production environment, and gets a new nid, the tnid would be reset to 0, since the new node does not have any translations in the Production environment.
Comment | File | Size | Author |
---|---|---|---|
#1 | corrupt_tnid--1852210--1.patch | 706 bytes | jessehs |
Comments
Comment #1
jessehsHere's a patch I've tested with the 6.x-2.x release that resets tnid during node cloning during import. I have not tested it against the 6.x-3.x branch.
Comment #2
brettbirschbach CreditAttribution: brettbirschbach commentedNote that I have a patch for the drupal 7 version of this bug in http://drupal.org/node/1896904. The patch I have written preserves tnid, updating it to match the new nid so that the nodes can retain their translation relationship.
Comment #3
danielb CreditAttribution: danielb commented