Problem: The client is using WPML and SearchWP on their development site and wants to search for text and return posts in the current language only. However, the search returns posts in all languages. Solution: We recommend modifying the search query to ensure it filters results based on the current language. Here's a step-by-step guide:
// Ensure you have WPML's language set up
$current_language = apply_filters('wpml_current_language', null);
// Arguments for the query
$args = array(
'post_type' => $post_type,
'posts_per_page' => $posts_per_page,
'post_status' => 'publish',
'orderby' => $params['orderby'] ?? 'date',
'order' => $params['order'] ?? 'DESC',
's' => $params['search'],
'paged' => $paged,
'suppress_filters' => false,
// This ensures WPML filters are applied
);
// Run the query
$query = new WP_Query($args);
// Use the results as needed
if ($query->have_posts()) {
while ($query->have_posts()) {
$query->the_post();
// Your loop content
}
wp_reset_postdata();
}
If this solution does not resolve your issue or seems outdated, please check the related known issues, verify the version of the permanent fix, and confirm that you have installed the latest versions of themes and plugins. If further assistance is needed, we highly recommend opening a new support ticket at WPML support forum.
Problem: You are trying to get the sitemaps working for all languages on your website using the WPML SEO plugin and Yoast Premium. However, sitemaps are only working for the primary language and not for other languages. Solution: We recommend checking if you are using different language domains, as this functionality is primarily available in such setups. You can find more details on this in our documentation: Using WordPress SEO with WPML. Please note that sitemap generation is managed by Yoast, not by us. If you need separate sitemaps for each language and are not using different domains, you might need to implement a custom solution, as this falls outside the standard behavior.
If this solution does not apply to your case, or if it seems outdated, 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 you still need assistance, please open a new support ticket at our support forum.
Problem: The client is developing a site and needs a separate payment gateway for each currency. The gateway is custom coded, and the client wants to make it compatible with WPML's multicurrency feature. Solution: We recommend setting up your payment gateways in the Payments section of WooCommerce>>Settings, as these should be available for all currencies added via WooCommerce Multilingual Multi Currency features. For more details, please refer to our documentation on multi-currency support in WooCommerce.
Our developers have confirmed that normally any payment gateways configured should be available for all supported currencies. However, our documentation lists only the most common payment methods like WooCommerce PayPal Payments, Stripe, and direct bank transfers.
If this solution does not resolve your issue or seems outdated, 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 further assistance is needed, please open a new support ticket at WPML support forum.
Problem: The client wants to format the language switcher in their website header to display languages with a '/' between them, specifically as 'EN/GR'. Solution: If you're experiencing this, we recommend you follow these steps: 1. Enable the language switcher. 2. Configure it to show only language codes by following the instructions here: https://wpml.org/forums/topic/use-language-abbreviations-in-menu-language-switcher/ 3. Use custom CSS to add '/' between the languages. Here is an example of how you can do it:
This solution might be irrelevant if it's 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 this does not resolve your issue, please open a new support ticket at WPML support forum.
Problem: Wenn Sie einem neu hinzugefügten Admin-User oder einem User, der zuvor nur Redakteur war und nun Admin-Rechte erhalten hat, die vollen WPML-Zugriffs- und Bearbeitungsrechte geben möchten, aber feststellen, dass diese Rechte nicht automatisch zugewiesen werden. Solution: Eine mögliche Lösung ist die Installation eines Plugins zur Verwaltung von Nutzer-Berechtigungen, um dem Nutzer alle notwendigen Rechte hinzuzufügen. Ein empfohlenes kostenloses Plugin finden Sie hier: https://wordpress.org/plugins/user-role-editor/ Alternativ können Sie eine programmatische Lösung verwenden:
function add_wpml_capabilities_to_user($user_id) {
$user = get_user_by('ID', $user_id);
if ($user && $user->exists()) {
$wpml_capabilities = [
'wpml_manage_languages',
'wpml_manage_translation_options',
'wpml_manage_troubleshooting',
'wpml_manage_site_languages',
'wpml_manage_translations',
'wpml_manage_translation_management'
];
foreach ($wpml_capabilities as $capability) {
$user->add_cap($capability);
}
echo "WPML capabilities have been added to user ID $user_id.";
} else {
echo "User with ID $user_id does not exist.";
}
}
add_wpml_capabilities_to_user(123);
Ersetzen Sie '123' mit der tatsächlichen Benutzer-ID. Dieses Snippet sollte am Ende der functions.php Ihres Child Themes hinzugefügt und nach der Ausführung entfernt werden.
Falls diese Lösung veraltet ist oder nicht auf Ihr Problem zutrifft, empfehlen wir Ihnen, ein neues Support-Ticket zu öffnen. Überprüfen Sie auch die bekannten Probleme und stellen Sie sicher, dass Sie die neuesten Versionen Ihrer Themes und Plugins installiert haben.
Problem: The client is testing WPML on a new site with both Yoast and WPML SEO plugins installed but is facing an issue where the canonical tag is not being created automatically. Solution: If you're experiencing issues with canonical tags not being automatically created, it's important to note that with Yoast SEO active, all SEO data, including canonical tags, are managed by Yoast SEO. However, if Yoast SEO is not in use, WPML should handle this. Since Yoast SEO is active on your site, canonical data should automatically be added when you create a post or page. If there are issues with canonical tags on translations, ensure that the WPML SEO plugin is activated. Start by activating the WPML SEO plugin, then run the Yoast SEO optimization and check again. Create a new page, translate it, and verify if the canonical URLs are displaying correctly.
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 further assistance is needed, please open a new support ticket at WPML support forum.
Problem: The client wants to create custom design buttons for the mobile navigation that change the language of the website. Solution: We recommend creating a custom language switcher. You can find detailed instructions on how to do this by visiting Custom Language Switcher. Please note that customization falls outside our standard support offerings.
If this solution does not apply to your situation, or if it seems outdated, we encourage you to open a new support ticket. We also 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. For further assistance, please visit our support forum at WPML Support Forum.
Problem: The client was unable to translate a string on their website, and some methods were deprecated in the admin interface. The main issue was that the English header was not displaying correctly, showing a Persian header instead. Solution: We identified that the issue was related to the use of a legacy widget that was no longer compatible. To resolve this, we guided the client to make corrections in the widget settings. We provided a direct link to the widget settings page and instructed the client to adjust the widget language each time edits were made. After making these adjustments, the issue with the string translation was resolved.
If this solution does not resolve your issue, or if it seems outdated or irrelevant 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: You are working on a site under development and need to programmatically fetch the users' preferred language. You are wondering if this information is stored in the usermeta table. Solution: The preferred language of a user is stored in the usermeta table under the key 'locale'. By default, this value might be empty, indicating that the admin language is set to the site's default. If a specific language is set in the user's profile, it will reflect that particular locale (e.g., English > en_US). Here is a step-by-step approach to fetch this information:
function get_user_preferred_language( $user_id ) {
// Attempt to retrieve the 'locale' meta value for the user
$locale = get_user_meta( $user_id, 'locale', true );
// Check if 'locale' is empty and fall back to WPML's default language if necessary
if ( empty( $locale ) ) {
// Use WPML's default language as a fallback
$locale = apply_filters( 'wpml_default_language', null );
}
return $locale;
}
// Usage example:
$user_id = get_current_user_id();
$user_language = get_user_preferred_language( $user_id );
echo "User's preferred language: " . $user_language;
If this solution does not apply to your case, or if it seems outdated, we recommend checking the related known issues, verifying the version of the permanent fix, and confirming that you have installed the latest versions of themes and plugins. If you still need assistance, please open a new support ticket.
Problem: The client is attempting to convert posts into custom post types (CPT) based on their categories, ensuring that translations remain attached and old permalinks redirect to the new ones. They encountered issues where not all translations transferred during the migration using WPCLI. Solution: We recommend disabling the WPML plugin initially to ensure all posts are correctly converted to the new CPT without language complications. Once this is done, re-enable WPML and manually connect the posts as translations. This can be done either through the WPML interface or programmatically using the
Please note that this solution might be outdated or not applicable to your specific 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 issue persists, please open a new support ticket for further assistance.
