sarah.n

Thank you Jacco. I received your email. As far as I can tell the fix works. I asked Paul to check his site as well and confirm that it works for him.

I hope he will leave a reply here saying as much soon.

Thank you again for your support and cooperation. It’s been a real pleasure!

Like I mentioned in another comment, I would definitely encourage you to get the “Multilingual Ready” certification for DW and get it listed here: https://wpml.org/documentation/plugins-compatibility/

Qurl,

Did Paul contact you already for this? If not I will because I am interested to test you fix.

Thank you! Let me know if I can be of any help.

Also, when you resolve this I would encourage you to get the “Multilingual Ready” certification and get listed here: https://wpml.org/documentation/plugins-compatibility/

Qurl,

Thank you for getting back to me.

DW_WPML::getID() returns 37.

I followed the code logic in DW and I feel the problem is (line 642 – dynamic-widgets/dynwid_worker.php)

$id = get_query_var('cat');

If I’m not mistaken this will return the term_id however what WPML saves in icl_translations is the term_taxonomy_id not the term_id

This is causes the function getID() in wpml_module.php to pass the wrong data to wpml_get_content_translation()which returns the wrong trid which in turn causes the function getID() return the wrong result – did I manage to confuse you yet, he, he?

I can send you some screenshots that illustrate the above if you like (need an email address for this)

Qurl,

This is Sarah from WPML. I am the one assisting Paul in his thread over at our forum. He asked me to leave a comment here so I hope this is OK.

As Paul wrote earlier, the two categories in question
5/Products (en) – 37/Produkte (de) are connected to each other.
The default category 5/Products (en) is checked in the DW admin settings.

As far as I can see DW does indeed detect the correct language on the page in question.

Adding:
echo "curlang: <pre>"; print_r($curlang); echo "</pre>";

below:

// WPML Plugin support
	include_once(DW_MODULES . 'wpml_module.php');
	if ( DW_WPML::detect(FALSE) ) {
		$curlang = DW_WPML::detectLanguage();
	}

Returns correctly “de”.

To exclude the possibility of a user error or misconfiguration may I ask whether the user needs to configure the plugin in a certain way when WPML is active? I could not find any information in the plugin’s settings screen on this but I wanted to ask just in case I am missing the obvious here.

Hello Nina,

We may be able to take a closer look at the issue if you open a support thread in our forum: https://wpml.org/forums/forum/english-support/

Hello manngo,

You said:

Actually I didn’t have any content translated yet, instead I had the setting in qtranslate to display the default language if translation is not available. perhaps this has something to do with the duplication effort

Well, this may have something to do with it. But I can’t say for certain.

We can take a closer look into this if you post the problem in our Forum: https://wpml.org/forums/forum/english-support/