This thread is resolved. Here is a description of the problem and solution.
Problem:
If you're experiencing issues where the WPML Translation queue begins loading but then goes blank, and this persists across multiple admin accounts, even after trying basic fixes like clearing cache or using different browsers, you might be facing a similar problem to the client's. The issue could be related to translation edits for a specific language resulting in an error screen.
Solution:
We recommend the following steps to potentially resolve the issue:
1. Ensure that all necessary plugins are activated. This is important because the problem might be related to post types that have been deactivated.
2. Navigate to WPML → Settings → Translation Mode and select:
- Translate Everything
- Review the translations before publishing
3. Open the page that is stuck, make a minor change, and wait for the review option to appear.
4. Accept the translation and then check the status in WPML → Translation Management → Jobs. Verify if it still shows as pending or if it changes to completed.
If these steps do not resolve your issue or if the solution doesn't seem relevant to your situation, please open a new support ticket with us, and we'll be happy to assist you further.
This is the technical support forum for WPML - the multilingual WordPress plugin.
Everyone can read, but only WPML clients can post here. WPML team is replying on the forum 6 days per week, 22 hours per day.
We’ve been experiencing strange issues with the WPML Translations tab recently. Basically, the WPML Translation queue begins loading but then goes completely blank. An admin on the account first experienced this last week, and it is now affecting other admin accounts.She’s tried pretty much all the basic fixes with no luck (cache clear, different browser, having me remove and re-add her as an admin). Today it started to happen on my account too, which shows me that it isn’t a contained event, unfortunately. The only clue I have is that it seems to have happened after I tried to complete a translation edit for a Polish page and got an error screen.
Please check the debug log and let me know if you are seeing any errors there after the clean up steps.
Also, do you have a staging site where we can temporarily disable plugins and switch to a default theme to test if the issue is still happening with those settigns? If not, I can set one up for you and we can get a copy of your site and test there. Just let me know.
Yes, we have a staging website that I can give you access to. How should I share the SFTP and login details with you?
A few things to note for the development site from our web developer:
• Only happening on production for /industrial, other two (primary and /grain) work fine.
• No errors on the staging site for any of the 3 sites.
• Already pulled locally, enabled local URL as a development URL in WPML, disabled all plugins and changed to default 2023 theme, the console error persisted on Industrial.
Thanks for the update. if the issue is not reproduced on the staging site, then it won't help for me to have access to the staging site. What are the differences between your staging site and your production site - are they hosted in the same environment? Any difference you can think of will be helpful.
I have marked the next reply as private so you can add credentials in the secure fields. Please send credentials to a site where I can reproduce the issue, so if it's not happening on staging, send me the credentials for live and I'll take a look. Thanks!
These credentials are not working for me, can you please double check? I get the message "Error: The password you entered for the email address is incorrect". You can edit your previous reply and update with the correct credentials. Thanks!
Thanks for updating the login information. I can see on WPML -> Translation Management -> Translators that you have a professional translation service activated (World Translation). Are you sending content to a translation service, or are you trying to translate it yourself? If you are trying to translate it yourself, please deactivate the professional service. If you are using the professional service, please authenticate the service so that I can test further. Both the deactivate and authenticate options are on the Translators tab. Let me know once that is done so I can continue troubleshooting.
We used a translation service in the past, but we no longer use them. I deactivated it on both the live site and the testing site. We typically translate things ourselves.
It doesn't look like I have access to the plugins on the test site. Please on the Industrial test site deactivate all non WPML plugins and temporarily switch to a default theme. Let me know once that is done and I will continue testing there. Thanks.
We've disabled all of the non WPML plugins and reverted back to a default theme, please go ahead with testing. The issue is still occurring on our end.
Thanks so much. I found in your debug log there are some errors and most are related to caching. It looks like you have a MU Plugin that could be conflicting. Let's try disabling that, and delete all caching while we continue testing (browser, object, server site, etc). I will delete the debug file that exists now so that once I test again, I can see if there are any new errors.
Let me know once that caching plugin is disabled and all caches have been cleared. If the translations page is still blank after that, we may need to rename the htaccess file and try uploading one from a fresh WordPress download.
Errors:
PHP Fatal error: Uncaught Error: Call to a member function get() on null in /nas/content/live/wpmlkongskilde/wp-content/object-cache.php:645
Stack trace:
#0 /nas/content/live/wpmlkongskilde/wp-content/object-cache.php(410): WP_Object_Cache->get_generation()
#1 /nas/content/live/wpmlkongskilde/wp-content/object-cache.php(323): WP_Object_Cache->key()
#2 /nas/content/live/wpmlkongskilde/wp-content/object-cache.php(72): WP_Object_Cache->get()
#3 /nas/content/live/wpmlkongskilde/wp-includes/functions.php(7726): wp_cache_get()
#4 /nas/content/live/wpmlkongskilde/wp-includes/class-wp-site-query.php(358): wp_cache_get_last_changed()
#5 /nas/content/live/wpmlkongskilde/wp-includes/class-wp-site-query.php(272): WP_Site_Query->get_sites()
#6 /nas/content/live/wpmlkongskilde/wp-includes/ms-site.php(448): WP_Site_Query->query()
#7 /nas/content/live/wpmlkongskilde/wp-includes/ms-load.php(257): get_sites()
#8 /nas/content/live/wpmlkongskilde/wp-includes/ms-load.php(313): get_site_by_path()
#9 /nas/content/live/wpmlkongskilde/wp-includes/ms-settings.php(72): ms_load_current_site_and_network()
#10 /nas/content/live/wpmlkongskilde/wp-settings.php(141): require('...')
#11 hidden link): require('...')
#12 hidden link): WP_CLI\Runner->load_wordpress()
#13 hidden link): WP_CLI\Runner->start()
#14 hidden link): WP_CLI\Bootstrap\LaunchRunner->process()
#15 hidden link): WP_CLI\bootstrap()
#16 hidden link): include('...')
#17 /usr/share/wp-cli.phar(4): include('...')
#18 {main}
thrown in /nas/content/live/wpmlkongskilde/wp-content/object-cache.php on line 645
[20-Oct-2023 16:47:56 UTC] PHP Deprecated: ctype_digit(): Argument of type null will be interpreted as string in the future in /nas/content/live/wpmlkongskilde/wp-content/mu-plugins/wpe-cache-plugin/cache-control.php on line 174
An additional note: We use WPEngine, and utilize a WooCommerce-optimized server which does have some unique caching rules. Please let us know if you come across anything related to this that conflicts with WPML.
