Background of the issue:
I am trying to save my translations, but they get stuck in the "In progress" (In corso)status, even after they are 100% finished and saved. The page I linked is translated in all languages, but the translations don't save, so they don't show on the website. Link to a page where the issue can be seen: hidden link
Symptoms:
Translations are stuck in the 'In progress' status and do not appear on the website, even after being marked as 100% finished and saved.
Questions:
Why are my translations stuck in the 'In progress' status?
How can I resolve the issue of translations not saving and showing on the website?
Welcome to WPML support. I will answer this ticket before the ticket is assigned to one of my colleagues.
Does the issue happen on all pages or the issue is happening on one page?
If one page please doas follo0ws:
- Go to your Dashboard > Pages.
- Open the edit screen of the original page. You should see a pencil/circle/gear icon in the sidebar options under the "Languages" section.
- Make a small change, for example, add an extra blank space at the end of a sentence/paragraph.
- Save it.
- You should now see that a circular arrow appears beside the 2nd languages links, this means that an update is required.
- Edit the translation again and save it up to 100% translated.
If all pages, please go to WPML > Support > Advanced Translation Editor Error log and share the errors that you see atthe top of the table.
Finally, follow the steps below:
- IMPORTANT STEP! Create a backup of your website. Or better approach will be to test this on a copy/staging version of the website to avoid any disruption of a live website.
- Go to "WordPress Dashboard > WPML > Support > Troubleshooting (link)".
- Click the buttons annotated in the screenshot below one by one and wait for each button process to finish: https://wpml.org/wp-content/uploads/2020/10/7206941-buttons.png
I followed the documentation for Copying the site with Migration Code using the same site key as the main website.
I also followed the instructions from the documentation you shared for Unregistering and Re-registering Your Site.
I am experiencing a critical issue on both my staging site and production site (staging4.almagra.com and almagra.com) where translations are getting stuck "In Progress" and I'm encountering "XLIFF Server Communication" errors, specifically indicating "target" data missing or incorrect. This prevents translated pages from being displayed correctly on the frontend. Specifically on all the "Tecnologia ..." pages and on the products.
I have already performed extensive troubleshooting, including consulting with my hosting provider (SiteGround) and following your own documentation. Here's a detailed summary of the steps taken:
1- Initial Hosting Consultation: SiteGround support reviewed my php_errorlog and initially suggested a potential plugin conflict, specifically mentioning WooCommerce. They also noted errors related to ate-production.s3proxy.wpml.org indicating incomplete XLIFF downloads.
2- Full Backup & Staging: All troubleshooting has been performed on the staging environment, and a full site and database backup was created before any changes.
3- WordPress Debugging & Log Review: I enabled WordPress debugging (WP_DEBUG, WP_DEBUG_LOG, WP_DEBUG_DISPLAY) and reviewed both the wp-content/debug.log file and the server's php_errorlog.
The logs show the following recurring warnings:
- PHP Warning: Attempt to read property "post_content" on null in.../plugins/woocommerce/includes/customizer/class-wc-shop-customizer.php
- PHP Warning: Undefined array key "editor_post_id" in.../plugins/elementor-pro/modules/assets-manager/asset-types/fonts-manager.php
- PHP Warning: Attempt to read property "name" on bool in.../wp-admin/nav-menus.php
- PHP Warning: Trying to access array offset on value of type null in.../plugins/sitepress-multilingual-cms/inc/wp-nav-menus/class-wpml-nav-menu.php
4- Systematic Plugin Conflict Test: I deactivated all plugins except the core WPML Multilingual CMS. With only WPML core active, translations saved correctly and were no longer stuck "In Progress." I then reactivated plugins one by one to identify the conflict. I have definitively identified that the problem recurs specifically when "WPML String Translation" and "WooCommerce Multilingual & Multicurrency" are active (these two were activated together as Woocommerce Multiligual and Multicurrency requires String Translation) . When these two plugins are enabled, translations fail to save and remain "In Progress.".
5- WPML Site Key and Migration Documentation: As suggested in a previous support chat with WPML , I followed your documentation for site migration.
I attempted to resolve the issue by using the "Copying the site with Migration Code" method, using the same site key as my main website (hidden link).
I also followed the instructions for "Unregistering and Re-registering Your Site" as provided in your documentation.
Despite these steps, the issue persisted until the specific plugin conflict was identified.
Given these findings, it appears the issue stems from a direct conflict or interaction between "WPML String Translation" and "WooCommerce Multilingual & Multicurrency" when they are both active.
Could you please provide targeted guidance on how to resolve this specific conflict and ensure translations save correctly with these essential plugins active? I have already exhausted the basic troubleshooting steps and confirmed the exact plugins causing the problem.
I would like to report an additional issue I'm encountering, related to the display of translations on my site.
I performed the page translations while keeping the plugins deactivated, and in this configuration, the translated pages were displayed correctly in their respective languages (for example, the English page URL showed English text).
However, after reactivating the plugins, I noticed that the translated pages appear with Italian text, regardless of the language selected in the URL (if I am on the English page URL, I still see the Italian texts, and so on). This problem specifically occurs only on pages that begin with "Technology...".
I conducted a test by reactivating the plugins one by one and identified that the Elementor plugin is causing this translation display error. When Elementor is reactivated, the translations stop being displayed correctly on these specific pages.
Could you please investigate this interaction between WPML and Elementor that is causing the translations not to display?
Thank you for updating me and for taking these debugging steps.
Please note that the plugin test that was performed is not ideal for this specific issue, the XLIFF issue has to do with the communication between your site and our servers.
When deactivating WPML String Translation the ATE editor also requires it.
I would like to request temporary access (wp-admin and FTP) to your site to test the issue.
(preferably to a test site where the problem has been replicated if possible)
**Before we proceed It is necessary to take FULL BACKUP of your database and your website. Providing us with access, you agree that a backup has been taken **
I often use the Duplicator plugin for this purpose: http://wordpress.org/plugins/duplicator/
You will find the needed fields for this below the comment area when you log in to leave your next reply.
The information you enter is private which means only you and I have access to it.
NOTE: If access to the live site is not possible and the staging site does not exist please provide me with a duplicator package created with the duplicator plugin.
Thank you,
Bobby
NOTE: Regarding the Elementor issue, we try to keep each ticket to 1 issue, after we resolve the issue related to XLIFF we can split it into it's own ticket and review the Elementor issue as well
When I review your site in our backend I can see 5 separate entries.
Each entry has it's own unique organization ID and they are not connected.
The Organization that is assigned to hidden link is the only one with active credits (ID: dff72e1a-a220-442b-aa3a-a517e86926e0) and even then there is one more duplicate entry for the main URL that has 0 credits assigned.
This is what is causing the issue you are experiencing.
I have consolidated them all under 1 organization ID and it should work OK now.
I regret to inform you that the issue persists. Despite the consolidation, translations are still stuck with an "In progress..." status even after being completed in the Advanced Translation Editor.
Since your last update, we have taken the following additional troubleshooting steps on our end:
- We have verified and confirmed that the WP_MEMORY_LIMIT and WP_MAX_MEMORY_LIMIT in our wp-config.php file are correctly set to 256M and 512M respectively.
- We have cleared all relevant caches (WordPress, Elementor, SiteGround and WPML) multiple times.
- We have attempted to "refresh" the stuck translations by making minor edits to the original pages and resending them for translation. In addition when attempting to cancel these 'In progress...' translations from the Translation Management Jobs tab, the action does not complete, and they remain in that status.
- We have run the troubleshooting tools available under WPML → Support → Troubleshooting.
Regarding your previous mention of "Organization ID," could you please clarify what this refers to exactly? Is it an identifier we can access or modify from our WPML dashboard, or is it an internal identifier managed solely on your backend? We ask because we'd like to understand if this is something we can manage ourselves in the future to prevent similar issues.
We have been testing extensively on our staging environment. We're pleased to report that we've made progress with the "Tecnologia..." pages: by recreating them from scratch, step-by-step. These newly created pages now save and function correctly, and their translations are displaying as expected.
However, the problem persists with our products. When attempting to save any product, we encounter a critical error on the site (see the immage attached). We have enabled debug mode, and the debug.log file has captured the following fatal error:
"PHP Fatal error: Uncaught TypeError: Illegal offset type in isset or empty in /home/customer/www/staging5.almagra.com/public_html/wp-content/plugins/sitepress-multilingual-cms/classes/core-abstract-classes/class-wpml-element-translation.php:282
Stack trace:
#0 /home/customer/www/staging5.almagra.com/public_html/wp-content/plugins/sitepress-multilingual-cms/classes/core-abstract-classes/class-wpml-element-translation.php(113): WPML_Element_Translation->maybe_populate_cache(Object(WP_Post))
#1 /home/customer/www/staging5.almagra.com/public_html/wp-content/plugins/woocommerce-multilingual/classes/Synchronization/Manager.php(54): WPML_Element_Translation->get_element_lang_code(Object(WP_Post))
#2 /home/customer/www/staging5.almagra.com/public_html/wp-content/plugins/woocommerce-multilingual/classes/Synchronization/Hooks.php(184): WCML\Synchronization\Manager->getElementLanguage(Object(WP_Post))
#3 /home/customer/www/staging5.almagra.com/public_html/wp-content/plugins/woocommerce-multilingual/classes/Synchronization/Hooks.php(142): WCML\Synchronization\Hooks->synchronizeProductTranslationsOnSaveInNativeEditor(8184, Object(WP_Post))
#4 /home/customer/www/staging5.almagra.com/public_html/wp-includes/class-wp-hook.php(326): WP_Hook->apply_filters(NULL, Array)
#5 /home/customer/www/staging5.almagra.com/public_html/wp-includes/class-wp-hook.php(348): WP_Hook->do_action(Array)
#6 /home/customer/www/staging5.almagra.com/public_html/wp-includes/plugin.php(517): WP_Hook->do_action(Array)
#7 /home/customer/www/staging5.almagra.com/public_html/wp-includes/post.php(5110): do_action('save_post', 8184, Object(WP_Post), true)
#8 /home/customer/www/staging5.almagra.com/public_html/wp-includes/post.php(5212): wp_insert_post(Array, false, true)
#9 /home/customer/www/staging5.almagra.com/public_html/wp-admin/includes/post.php(453): wp_update_post(Array)
#10 /home/customer/www/staging5.almagra.com/public_html/wp-admin/post.php(227): edit_post()
#11 {main}
thrown in /home/customer/www/staging5.almagra.com/public_html/wp-content/plugins/sitepress-multilingual-cms/classes/core-abstract-classes/class-wpml-element-translation.php on line 282"
The organization ID mainly is something for our team as it's something that we can see in the backend.
The way the automatic translation system works is that each site has a site ID and an organization ID, using these IDs we can connect to your translations in the cloud.
When you move or migrate your site lets say from Live to Staging this can create a new branch, therefore when attempting to retrieve previously translated work now you get an error because the IDs no longer match.
At the moment the issue you are expeirencing can I reproduce it on the staging environment you provided ? If yes, which URL/page should I test. that will help me resolve it in real time as I will be able to see the behavior upon updates.
For the pages the issue is in these pages:
1. Tecnologia SunScreen
2. Tecnologia H₂O Balance
3. Tecnologia FieldCare
4. Tecnologia CropCare
5. Tecnologie CM+
6. Tecnologia B+
These are the Italian titles of original pages that I've been having issues translating.
Mind you that i replicated the same pages from scratch and these translate well, so there must be something in those specific pages that causes conflicts.
The pages that I replicated from scratch have the same name but with a "-", for example "Tecnologia - B+".
All of the original pages are in draft.
The translation was never delivered, and it encounters a 500 error.
The specific error I’m seeing, even when attempting to redeliver the file from our side, is:
"It is likely that the XLIFF file you uploaded was not created correctly.
Missing or incorrect data: target" (translated from Italian)
I also tested duplicating the page and re-translating the duplicate, but that did not resolve the issue. In our experience, when this error appears alongside the message above, it typically indicates that a page builder element may be corrupted.
When you recreated the page, did you build it entirely from scratch?
Please note that I was able to reproduce the same issue on the newly created page as well — I tested using Tecnologia B+.
I’ve escalated this to our ATE team and will update you here as soon as I receive further feedback.
