Problem: The client changed the main URL of their website, which required a 'migration'. After this change, the Translation Dashboard was not appearing. Solution: We recommended the client to delete the existing site key and create a new one with the following steps: 1. Log in to your WPML.org account and go to the Sites page: https://wpml.org/account/sites/ 2. Delete the existing site key by pressing the little trash icon. 3. Log in to your site and navigate to Dashboard >> Plugins >> Add new >> Commercial tab and click the Unregister WPML from this site link if it exists. 4. Click the Register WPML link. 5. Click the Get a key for this site link. 6. Copy the generated key, paste it back into the input box, and press the Register button.
If this solution does not resolve your issue or seems irrelevant due to being outdated or not applicable to your case, we highly recommend checking related known issues at https://wpml.org/known-issues/, verifying the version of the permanent fix, and confirming that you have installed the latest versions of themes and plugins. If needed, please open a new support ticket at WPML support forum for further assistance.
Problem: The client is experiencing an issue where email notifications sent from their multilingual e-commerce sites viviscal.bg and viviscal-store.com are displaying in multiple languages instead of just the language in which the order was made. This problem is linked to the YAY Mail plugin's handling of languages. Solution: We recommend updating the YAY Mail plugin's code to ensure that emails are sent in the correct language. Specifically, modify the
get_site_language
function in the WPMLIntegration.php file. Here's the step-by-step guide:
Backup the original WPMLIntegration.php file located in /wp-content/plugins/yaymail-pro/includes/Integrations/Translations/.
public static function get_site_language( $order ) {
global $sitepress;
// Use default language as safe fallback
$language = apply_filters( 'wpml_default_language', null );
if ( null !== $order || isset( $GLOBALS['yaymail_set_order'] ) ) {
$order_data = ( null !== $order ) ? $order : $GLOBALS['yaymail_set_order'];
$order_language = $order_data->get_meta( 'wpml_language', true );
if ( ! empty( $order_language ) ) {
$language = $order_language;
}
}
do_action( 'wpml_switch_language', $language );
return $language;
}
After updating the code, test the email notifications to ensure they are now sent in the correct language.
If this solution does not resolve your issue or seems irrelevant due to updates or different configurations, we highly recommend checking related known issues at https://wpml.org/known-issues/, verifying the version of the permanent fix, and confirming that you have installed the latest versions of themes and plugins. If the problem persists, please open a new support ticket.
Problem: If you're experiencing issues where the links on buttons on your site always load in Bulgarian, regardless of the language you are in, and you're wondering if you need to manually set the links for each language separately. Solution: First, we recommend editing the links in the main language to be relative instead of absolute. For example, change the link from 'https://example.com/product-category/product/' to '/product-category/product/'. Save the page in the main language, then edit and save the translations without changing anything. This should allow WPML to automatically adjust the links for each language.
If the issue persists, it might be due to the links being encoded, which prevents WPML from auto-adjusting them. In this case, follow these steps: 1. Go to WPML -> Settings -> Custom XML configuration and add the following code:
2. Edit the file: wp-content/plugins/sitepress-multilingual-cms/inc/absolute-links/absolute-links.class.php in the method: \AbsoluteLinks::_process_generic_text right after:
After applying these changes, make a minor edit to the home page and save all translations as they are. This should correct the URL issues in secondary languages.
If this solution does not resolve your issue, or if it seems outdated or not applicable to your case, we highly recommend checking related known issues at https://wpml.org/known-issues/, verifying the version of the permanent fix, and confirming that you have installed the latest versions of themes and plugins. If the problem persists, please open a new support ticket.
Problem: The client wants their site to work with two domains: one for Bulgarian users and another for users from other languages. They followed the instructions, but only the Croatian language has a valid label, and the remaining 11 languages are not loading properly. Additionally, links on the site buttons load the Bulgarian version regardless of the selected language. Solution: We advised the client to ensure that all domains point to the same IP address and are set up as alias or parked domains. This setup is crucial for the WPML 'one domain per language' feature to work correctly. We provided documentation links to help understand the difference between domain aliases and redirects:
If the DNS settings are still not configured correctly after following these steps, we recommended seeking assistance from a professional or considering an alternative hosting provider. For further help, the client can check our WPML Contractors page.
Since the issue with the domain setup was resolved, we split the case about untranslated links into a separate ticket. For further assistance on this or if the solution provided becomes irrelevant, we recommend opening a new support ticket. We also highly suggest checking related known issues at https://wpml.org/known-issues/, verifying the version of the permanent fix, and confirming that you have installed the latest versions of themes and plugins.
If you need further assistance, please contact us through our support forum at https://wpml.org/forums/.
