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.
Sun | Mon | Tue | Wed | Thu | Fri | Sat |
---|---|---|---|---|---|---|
- | 8:00 – 15:00 | 8:00 – 15:00 | 8:00 – 15:00 | 8:00 – 15:00 | 8:00 – 15:00 | - |
- | 16:00 – 17:00 | 16:00 – 17:00 | 16:00 – 17:00 | 16:00 – 17:00 | 16:00 – 17:00 | - |
Supporter timezone: Europe/Rome (GMT+01:00)
Author | Posts |
---|---|
December 7, 2024 at 2:53 pm #16488480 | |
eddyD-5 |
Background of the issue: Symptoms: Questions: |
December 8, 2024 at 8:43 am #16489334 | |
Christopher Amirian Supporter
Languages: English (English ) Timezone: Asia/Yerevan (GMT+04:00) |
Hi, Welcome to WPML support. I will try to answer the question before the ticket is assigned to one of my colleagues. Most probably the item to translate is assigned to a translator that is not your user or the user that is assigned as a translator does not have permission to translate that specific language pair. For the first issue, make sure that you go to WPML > translation management and in the table find the item and select and then at the bottom of the table. Send it for translation. Make sure you select your user as a translator. After that, go to WPML translations where you will see the list of assigned translations and you can take them and translate them. For more information: https://wpml.org/documentation/translating-your-contents/ For the second possible issue go to WPML > translation management > translators (tab) Search for your user day and make sure that all language pairs are assigned. For more information: Thanks. |
December 8, 2024 at 9:47 am #16489460 | |
eddyD-5 |
Hi and thank you for your answer. I have 2 sites registered on wpml and the issue is also in the other site. I already use wpml for years now without issues. The translator settings are correct. Can this be caused by a wordpress update or moving my site to another provider ? |
December 9, 2024 at 1:52 pm #16493412 | |
Alejandro Supporter
Languages: English (English ) Spanish (Español ) Italian (Italiano ) Timezone: Europe/Rome (GMT+01:00) |
It's hard to say with the current information, however we can start by: 1) downgrading PHP to version 8.1 or better yet 8.0 since 8.2 is not too compatible with WP, thus, also not with many plugins 2) Could you please check if there are any warnings or errors in the debug.log: https://wpml.org/documentation/support/debugging-wpml/ Try to recreate the issue (maybe resend the job to translate via WPML > Translation Management) after adding the code from the link to your wp-config.php file, and then go to the "wp-content" folder in your WordPress installation. If there were any issues on the site, a file called "debug.log" will appear. If you find it, please upload it to your preferred storage platform (Google Drive, Dropbox, etc.) and share the link to me in your reply (make sure it's shared with the right permissions so I can access its content). 3) Make sure your user is set as a translator in WPML > Translation Management > Translators, with the correct language pair 4) Are you trying to translate those pages automatically? 5) can you let me know if you can access the page via WPML > Translations, edit them and check that they appear as 100% translated? Let me know and if the problem continues, please send me a link of a page where the problem is so I can try to determine what's going on. Regards. |
December 10, 2024 at 7:34 pm #16500221 | |
eddyD-5 |
Dear Alejandro, 1. Downgraded to PHP 8.0 Now I also noticed a pop-up comes up for maybe 1 second and then disappears saying the translator could not be assigned to the assignment [10-Dec-2024 18:46:19 UTC] PHP Notice: Function _load_textdomain_just_in_time was called incorrectly. Translation loading for the kirki domain was triggered too early. This is usually an indicator for some code in the plugin or theme running too early. Translations should be loaded at the init action or later. Please see Debugging in WordPress for more information. (This message was added in version 6.7.0.) in /var/www/vhosts/beste-elektrische-step-kopen.be/httpdocs/wp-includes/functions.php on line 6114 |
December 11, 2024 at 11:36 am #16503075 | |
Alejandro Supporter
Languages: English (English ) Spanish (Español ) Italian (Italiano ) Timezone: Europe/Rome (GMT+01:00) |
Part of the issue is because of WordPress 6.7 but not because of WPML. In this case it's because of Kirki. However this is a general issue that came with WordPress 6.7 and I suspect that most plugins and themes have them fixed in their most recent version but if you want to maybe keep things more stable for now, you can dwngrade WordPress to version 6.6.2. See the notification you see there basically prevents to read or load translations. Once this is done, try to resend a page for translation. that popup is likely the reason why the pages are never really uploaded to the site. Make sure the admin users on your site all have a name and last name before resending the job and if the problem continues, then would you allow me access to your site so i can run a few tests myself? |
December 16, 2024 at 11:14 am #16516921 | |
Alejandro Supporter
Languages: English (English ) Spanish (Español ) Italian (Italiano ) Timezone: Europe/Rome (GMT+01:00) |
The steps that I mentioned were just the first steps. This looks like a live site so all I'm seeing now is that your site is being blocked by our servers because an error is sent to us. I can see a lot of timeouts on your end and deprecation errors and more from other plugins. Would you allow me to test in a minimal installation? meaning that I'd have to disable the plugins (all of them) and then try to find out which one is causing the issue with WPML? I'd rather do this on a staging site, so if you can create a staging site we can work there without risks on your end 🙂 Would that be possible? |
December 16, 2024 at 11:54 am #16517040 | |
eddyD-5 |
Dear Alejando, I deactivated all plugins exect WPML plugins but the problem stays. |
December 16, 2024 at 4:10 pm #16518221 | |
Alejandro Supporter
Languages: English (English ) Spanish (Español ) Italian (Italiano ) Timezone: Europe/Rome (GMT+01:00) |
You can see and monitor them On the debug log of your site. enable it and use your site for a while and they will start triggering. By the way, right now if you test you'll likely always get this "in progress" situation because as soon as the first page is sent, our servers block you so all the ones that follow will keep returning the same error 🙁 That's why I asked if I could do it, because in this particular situation I can unblock you on our servers, tests and try to figure out what is it that fails (our servers only blocks people when something fails while sending the content to translation). Do you think it's possible to have a staging site? even a plugin like WP Staging would allow you to have one easily, fast and without hassle, so we can work risk free without you risking anything on the live site. I suspect that there was a domino effect somewhere and created a DB entry that is either corrupted or incorrect and I'd like to test for that (it's not easy or fast to spot them sometimes!) Regards, |
December 16, 2024 at 6:53 pm #16518613 | |
eddyD-5 |
Hi Alejandro, I remember this happened also about one year ago. Same issue, I was blocked. A few weeks ago I moved my site to another provider. Maybe this has something to do with it ? (change IP address). I Will check the wp staging plug in. |
December 16, 2024 at 7:53 pm #16518768 | |
eddyD-5 |
Some update, I read on the internet alot of people have errors in debug log after upgrading to 6.7. So i downgraded my site again to 6.6.2 and the debug file stays empty for now. |
December 17, 2024 at 9:08 am #16520432 | |
Alejandro Supporter
Languages: English (English ) Spanish (Español ) Italian (Italiano ) Timezone: Europe/Rome (GMT+01:00) |
Your site had already been unblocked and so far it hasn't been blocked again. If you're still experiencing the issue, then please let me know and possibly let me access your site. I'd like to check on the DB since it's very very likely there's something wrong there that needs to be fixed and I'll try to find and fix it for you 🙂 |
December 17, 2024 at 9:08 am #16520433 | |
Alejandro Supporter
Languages: English (English ) Spanish (Español ) Italian (Italiano ) Timezone: Europe/Rome (GMT+01:00) |
Your site had already been unblocked and so far it hasn't been blocked again. If you're still experiencing the issue, then please let me know and possibly let me access your site. I'd like to check on the DB since it's very very likely there's something wrong there that needs to be fixed and I'll try to find and fix it for you 🙂 |
December 18, 2024 at 2:15 pm #16526320 | |
Alejandro Supporter
Languages: English (English ) Spanish (Español ) Italian (Italiano ) Timezone: Europe/Rome (GMT+01:00) |
Hi there! Do you think you can change the collation of your server from utf8mb3_general_ci to utf8mb4_general_ci ? of course after a proper full backup of the site or the DB. I'm still looking, this time with a developer to try to figure out why the issue is happening. the problem is that the site times out (error 504) when trying to retrieve the calls. Do you have any sort of restriction for outbound/inbound calls, AJAX or similar types of calls, by any chance? |
December 18, 2024 at 3:40 pm #16526734 | |
eddyD-5 |
You mean change all tables to utf8mb4_general_ci ? Maybe it has something to do with the wordpress security settings in my Plesk panel ? |