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?

CommentFileSizeAuthor
#8 fixtnid-1463402-8.patch496 bytesordermind
Support from Acquia helps fund testing for Drupal Acquia logo

Comments

mnlund’s picture

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.

Oceanman’s picture

Has there been and progress with this?

Jose Reyero’s picture

Status: Active » Postponed (maintainer needs more info)

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

Jose Reyero’s picture

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

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

marcoka’s picture

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.

marcoka’s picture

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

marcoka’s picture

Category: support » bug
ordermind’s picture

Status: Active » Needs review
FileSize
496 bytes

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.

ordermind’s picture

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

phpcitizen’s picture

So how is this proceeding? Still having this issue.

mgifford’s picture

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.

FiNeX’s picture

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

Pancho’s picture

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

Re-test on dev branch.

Pancho’s picture

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.

mgifford’s picture

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?

joel_osc’s picture

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.

Jose Reyero’s picture

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.

Devin Carlson’s picture

Status: Needs work » Closed (duplicate)

Marking this as a duplicate of the more established #1349566: Add tests for content translation.

maggie_s’s picture

Issue summary: View changes

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

maggie_s’s picture

Status: Closed (duplicate) » Active

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

joel_osc’s picture

@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.

maggie_s’s picture

Status: Active » Closed (duplicate)

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

Cyclodex’s picture

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

Cyclodex’s picture

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)