Available Solutions

Problem:
When sending page for translation via Translation management I get an error:
"(12) Invalid state 'translating' to complete operation"

Solution:
There was an issue with Redis cache which creates objects from WordPress content which doesn't work well with WPML Translation Management. Fixed in the next release.

Problem:

Sticky Links - When Sticky Links is enabled, the link is shown in its raw state after processing the links.

Solution:

This is expected. When the WPML Sticky Links addon is installed and you have enabled it to make your links sticky, then it is expected to see such a URL pattern. WPML makes it to avoid broken links in your content, although internally you will see these links in this format (?post_type=ID) when clicked they are automatically converted into a permalink structure set up in your WordPress Dashboard > Settings > Permalinks settings.

Relevant Documentation:

https://wpml.org/documentation/getting-started-guide/sticky-links/

Problem:
How to code PHP as per current language?

Solution:
You have to use "ICL_LANGUAGE_CODE" to get your current language.
Here is the sample code/structure

function my_custom_function() {
    if(ICL_LANGUAGE_CODE=='en'){
        <!--- your code to english--->
      
    } elseif(ICL_LANGUAGE_CODE=='de'){
        <!---your code to german--->
  
  
    } elseif(ICL_LANGUAGE_CODE=='fr'){
        <!---your code to french---
        Global site tag (gtag.js) - Google Analytics -->
  
    } elseif(ICL_LANGUAGE_CODE=='es'){
        <!---your code to spanish--->
    }
}

Modify your code according to this and you will get what you want.

Problem:
Redirect Ninja Form to language-specific thank you page

Solution:
1. Go to Ninja Forms-> Edit your Form
2. Emails & Actions
3. Edit the redirection field
4. Add {wp:site_url}/thank-you/ instead of the permalink alone as now wp:site_url will include /cy/ in the translation and automatically redirect thank-you to its translation.

Relevant Documentation: https://wpml.org/documentation/related-projects/creating-multilingual-forms-using-ninja-forms-and-wpml/#adding-a-redirect-for-translated-forms

Problem:
I am trying to: Translate SEO title and meta description for custom post types for each of my website's languages. I can see the string in the "translation strings" screen (and I add the translation here), but in the frontend site, the custom post type archive page only shows meta title and description in the default language.

Solution:
Version 14.0 of the Yoast SEO plugin came out with some major changes. Some changes affected the compatibility with WPML. However, everything's gonna be fixed in Yoast SEO Multilingual 1.2.0. Until then you can use the fix presented in the errata below.

Relevant Documentation:
https://wpml.org/errata/search-page-title-in-wordpress-yoast-seo-is-not-translating/

Problem:
With domain per langauge, The secondary domain with www. version always redirects to primary domain instead of displaying the translation

Solution:
Client htaccess rule which works best

RewriteEngine on
RewriteCond %{HTTP_HOST} ^www\.(.*)$ [NC]
RewriteRule ^(.*)$ https://%1%{REQUEST_URI} [R=301,QSA,NC,L]

Problem:
We have a multilingual website which is connected with English & Arabic using WPML plugin in WordPress. As a default behavior, the website is redirecting to /en/ version which I need to stop, but the same time, /en/ should not be removed from any menu links. The overall expectation is to stop the redirection only in initial load.

Solution:
Go to WPML->Languages->Browser language redirects and verify that it has been disabled.

Relevant Documentation:

Problem:
Yesterday I tried to activate the Multi-domain functionality, it all seems to work wonderfully, but for one exception: When I activate the multi-domain functionality, all the wp-admin ajax calls are done to the first domain (covid19.groupealliances.com)

Solution:
There is issue when you use “Different domains per language” and Nginx server configured with server_name that does not match your domain name.

Replace:

$url_parts['host'] = $_SERVER['SERVER_NAME'];

- in wp-content/plugins/sitepress-multilingual-cms/classes/url-handling/converter/strategy/class-wpml-url-converter-domain-strategy.php

with:

$url_parts['host'] = $_SERVER['HTTP_HOST'];

Relevant Documentation:
- https://wpml.org/errata/possible-nginx-issues-with-different-domains-per-language-setting-when-doing-a-rest-api-call/