When I edit a node (any content type) and attempt to add a translation, a duplicated version of the content is created and is not linked to the original node. (Editing the original node shows that the "translation" is not actually linked.)

Strangely, I believe this was working correctly at one point on the site in question. Anyone experienced a similar issue? Could it be the database?

Files: 
CommentFileSizeAuthor
#8 fixtnid-1463402-8.patch496 bytesordermind
FAILED: [[SimpleTest]]: [MySQL] 2,093 pass(es), 2 fail(s), and 0 exception(s).
[ View ]

Comments

Yes, I'm experiences the same. The nodes are not linked together.

UPDATE: I disabled the Synchronize translations module, and then everything works as expected. It looks like some of the fields I have specified have problems with synchronizing, and the linking is therefore not completed. I will investigate some more.

Has there been and progress with this?

Status:Active» Postponed (maintainer needs more info)

We need to know about which fiels cause this with i18n_sync.

Status:Postponed (maintainer needs more info)» Closed (cannot reproduce)

Closing, no follow up. Please reopen when you can post the missing information (which fields).

Category:bug» support

i can confirm it. i am testing now what fields cause that and report back. it seems it happens if you chose body . i created a node and translated it. source EN, to DE. then i turned on sync body. returned to the node and switched from EN to DE (language switcher) then connection is lost between the two.

Category:support» bug
Status:Closed (cannot reproduce)» Active

Notes:

1.) Enable translation for Basic Page, save
2.) Create a node of this type in EN (EN is default language)
3.) Hit translate tab and click "add translation" (this case german), save node.

Checking the node object of the translated node(DE): http://www.root.artwaves.de/screensnapr/1338400760-jr6EFk.jpg
now at the url of the translated node de/page/deeee the language switcher block shows to languages EN/DE, hit EN. Language switcher now only shows EN.

Checking node object: http://www.root.artwaves.de/screensnapr/1338401226-GeqfCD.jpg

Question

The source node should have tnid = nid? meaning pointing to itself (see above image, its not)
http://www.root.artwaves.de/screensnapr/1338401161-J4k6ha.jpg

Category:support» bug

Status:Active» Needs review
StatusFileSize
new496 bytes
FAILED: [[SimpleTest]]: [MySQL] 2,093 pass(es), 2 fail(s), and 0 exception(s).
[ View ]

As e-anima says, the source node should have its own nid as tnid. Once I figured out that this was the cause of the problem, the solution was actually quite simple and Entity Cache can still be enabled. I created a patch for this which seems to work well, read more about how I solved it at http://storleden.se/blogg/solution-fundamental-tnid-issue-i18n

Status:Needs review» Needs work

The last submitted patch, fixtnid-1463402-8.patch, failed testing.

Wow, it certainly is not easy to create a patch that passes automated testing!

So how is this proceeding? Still having this issue.

I don't think there's been any more progress on this. The patch failed testing on:

  • i18nSelectTestCase
  • I18nNodeTestCase
  • i18nVariableTestCase

Would be good to find someone to rebuild the patch with new test cases though.

In the meanwhile patch #8 solved this problem :-)

Version:7.x-1.4» 7.x-1.x-dev

Re-test on dev branch.

Status:Needs work» Needs review

#8: fixtnid-1463402-8.patch queued for re-testing.

Status:Needs review» Needs work

The last submitted patch, fixtnid-1463402-8.patch, failed testing.

Ok, so we need to adjust the i18n_node.test on line 50 & 62 so that I18nNodeTestCase->testAddContentToTranslationSet() returns the correct value.

This patch has been sitting there since June. Can someone please re-roll another one against the current dev version of the code?

I have some concerns about this patch...I think the solution should be in entity cache and not i18n. We encountered this issue recenty and in looking into it the tnid getting set on the translation group is being done by the core translation module. Going in with a hook and re-writing it after seems like a bit of a workaround for a more systemic problem that exists within entity cache which causes a problem with core translation.

Project:Internationalization» Entity cache
Component:Node» Code

Agree with #18
Since this is something between Content translation (core module) and Entity cache, moving to Entity cache module.

Status:Needs work» Closed (duplicate)

Marking this as a duplicate of the more established #1349566: Doesn't work with translation.

Issue summary:View changes

I have the same problem and I don't have Entity Cache enabled.
Drupal 7.25

Status:Closed (duplicate)» Active

The problem exists even if entity cache isnt enabled.My version of Drupal is 7.25

@maggie_drupal I would suggest you keep this issue closed and re-open a new issue with more information s to your configuration and symptoms. I did quite a bit of debugging on this issue and this one in particular is definitely with entity_cache. That being said, at this stage in the game I would be using entity translation and not content translation which would circumvent this problem.

Status:Active» Closed (duplicate)

Closing the issue, I'll open a new one.

We have the same issue but no entity cache module enabled, so I am searching for your post @maggie_drupal, but it seems you never created a new ticket? If so please tell where it is :) Thanks

For those who don't use "entity cache" module and are having this issue:

Looks like I found the issue, please see this ticket here which solves the problem for me.
See comment 24 which has the patch (and seems to be in the current dev release of i18n).

This, or my issue, also had nothing to do with the "entity cache" module. (not using it)