Bug

Problem:

If you're experiencing a 404 error when a non-admin user tries to access a resume in a different language on your site using WP Job Manager's Resume Manager, it might be due to the translation of the resume post type's slug. Admin users do not face this issue because they bypass certain permission checks.

Solution:

We recommend following these steps to resolve the issue:

1) Navigate to the

wp-content/plugins/wp-job-manager-resumes/includes/

folder.
2) Open the

class-wp-resume-manager-post-types.php

file for editing.
3) Locate line 224 and modify the code from:

$rewrite = [
    'slug'       => _x( 'resume', 'Resume permalink - resave permalinks after changing this', 'wp-job-manager-resumes' ),
    'with_front' => false,
    'feeds'      => false,
    'pages'      => false,
];

To:

$rewrite = [
    'slug'       => 'resume',
    'with_front' => false,
    'feeds'      => false,
    'pages'      => false,
];

4) Go to WPML>>Settings>>Slug translations and ensure that "Translate custom post and taxonomy base slugs (via WPML String Translation)." option is selected.
5) In the "Post Types Translation" section, translate the Resumes Post Type slugs.
6) Navigate to Settings>>Permalinks and resave the settings.

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 issues persist, please open a new support ticket.

Problem:
If you're experiencing a critical error message when trying to save widgets in your WordPress using the ACFML plugin, it might be due to a specific widget passing an ACF field with multiple rows, which our code does not handle correctly as it expects string values only.
Solution:
We recommend modifying the method in

wp-content/plugins/acfml/classes/class-wpml-acf-blocks.php

within

WPML_ACF_Blocks::add_block_data_attribute_strings

. Here's the updated method you should use:

public function add_block_data_attribute_strings( array $strings, WP_Block_Parser_Block $block ) {<br />if ( $this->is_acf_block( $block ) && isset( $block->attrs['data'] ) ) {<br />if ( ! is_array( $block->attrs['data'] ) ) {<br />$block->attrs['data'] = array( $block->attrs['data'] );<br />}<br />foreach ( $block->attrs['data'] as $field_name => $text ) {<br />if ( $this->must_skip( $field_name, $text ) ) {<br />continue;<br />}<br />$type = $this->get_text_type( $text );<br />if ( 'array' === $type ) {<br />foreach ( $text as $inner_field_name => $inner_text ) {<br />$inner_type = $this->get_text_type( $inner_text );<br />if ( 'array' === $inner_type ) {<br />foreach ( $inner_text as $inner_field_name_2nd => $inner_text_2nd ) {<br />$inner_type2 = $this->get_text_type( $inner_text_2nd );<br />if ( 'array' === $inner_type2 ) {<br />foreach ( $inner_text_2nd as $inner_field_name_3rd => $inner_text_3rd ) {<br />$inner_type3 = $this->get_text_type( $inner_text_3rd );<br />$strings[] = $this->add_string( $block, $inner_text_3rd, $field_name . '/' . $inner_field_name_3rd, $inner_type3 );<br />}<br />}<br />}<br />} else {<br />$strings[] = $this->add_string( $block, $inner_text, $field_name . '/' . $inner_field_name, $inner_type );<br />}<br />}<br />}<br />else {<br />$strings[] = $this->add_string( $block, $text, $field_name, $type );<br />}<br />}<br />}<br />return $strings;<br />}

Please implement this solution on your website after backing it up. If this solution does not resolve your issue or seems irrelevant due to updates or different circumstances, 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 is trying to add a string from the Astra theme but encountering issues.

Solution:

First, we recommend increasing the

MaxInputVars

in your PHP settings to

10000

. For guidance on how to do this, please see this article.

If the problem persists, navigate to WPML>>String Translation>>Translate texts in admin screens, and click on the

Export as a WPML Configuration file

button. Copy the resulting code and go to WPML>>Settings>>Custom XML Configuration to paste the code into the

Custom XML Configuration

code editor.
Then, return to WPML>>String Translation to check if the issue is resolved.

For more details, visit this guide and this documentation.

If this solution does not apply to your case, or if it seems outdated, we highly recommend checking related known issues, verifying the version of the permanent fix, and confirming that you have installed the latest versions of themes and plugins. Should you need further assistance, please open a new support ticket.

Problem:
You are using WPForms and WPML integration, and it is translating all the Smart Tags like {all_fields}, which stops them from working properly. The Smart Tags are being translated, resulting in {all_fields} being shown as {alle_Felder}.
Solution:
We recommend adding the following code to your functions.php file to prevent Smart Tags from being translated:

// WPML Workaround for compsupp-7788
add_filter( 'wpml_tm_job_field_is_translatable', 'compsupp_skip_wpforms_smart_tags', 10, 2 );

function compsupp_skip_wpforms_smart_tags( $is_translatable, $job_translate ) {
$data = $job_translate['field_data'];
if ( 'base64' === $job_translate['field_format'] ) {
$data = base64_decode( $data );
}
// Check if data exists and starts with '{'
if (isset($data) && strpos($data, '{') === 0) {
return false;
}

return true;
}

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.

Problema:
El cliente está intentando actualizar las traducciones de varias páginas en español, pero los cambios se reflejan en la administración y no en la web. Las traducciones actualizadas no se muestran correctamente en el front end.
Solución:
1. Se sugirió al cliente contactar con su proveedor de hosting para verificar la configuración del servidor, ya que una copia local del sitio no presentaba el mismo problema.
2. Se identificó que el uso de memcached estaba interfiriendo con la actualización de las traducciones en el front end. Al desactivar memcached, los cambios en las traducciones se reflejaron inmediatamente.
3. Si el cliente decide reactivar memcached, debe seguir las instrucciones específicas para configurarlo con WPML, disponibles en https://wpml.org/documentation/support/using-wpml-with-memcached-caching/.

Es posible que esta solución pueda ser irrelevante debido a que está desactualizada o no aplicable a tu caso. Si los problemas persisten, te recomendamos abrir un nuevo ticket de soporte y verificar los problemas conocidos en https://wpml.org/known-issues/. Asegúrate también de tener instaladas las últimas versiones de los temas y plugins.

Problem:
Sie versuchen eine Seite auf Ihrer Website mit WPML zu übersetzen, aber die Seite wird nicht übersetzt und zeigt stattdessen einen leeren Bildschirm. Das Problem tritt spezifisch bei dieser einen Seite auf.
Solution:
Wenn Sie auf das gleiche Problem stoßen, empfehlen wir Ihnen, den Inhalt Ihrer Seite auf "nbsp" HTML Tags zu überprüfen und diese zu entfernen. Diese Tags könnten die Ursache für das Problem sein.

Falls diese Lösung veraltet ist oder nicht auf Ihr Problem zutrifft, empfehlen wir Ihnen, ein neues Support-Ticket zu eröffnen. Wir empfehlen auch, die Seite mit bekannten Problemen zu überprüfen, die Version der dauerhaften Lösung zu verifizieren und zu bestätigen, dass Sie die neuesten Versionen von Themes und Plugins installiert haben.