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 |
---|---|---|---|---|---|---|
- | 12:00 – 14:00 | 12:00 – 14:00 | 12:00 – 14:00 | 12:00 – 14:00 | 12:00 – 14:00 | - |
- | 17:00 – 21:00 | 17:00 – 21:00 | 17:00 – 21:00 | 17:00 – 21:00 | 17:00 – 21:00 | - |
Supporter timezone: Europe/Vienna (GMT+01:00)
This topic contains 5 replies, has 1 voice.
Last updated by Bigul 3 weeks, 1 day ago.
Assisted by: Bigul.
Author | Posts |
---|---|
February 10, 2025 at 5:26 pm #16689065 | |
berntE |
<b>Background of the issue: </b> <b>Symptoms: </b> Here is the full stack trace that I see in the log file: [10-Feb-2025 13:41:15 UTC] PHP Fatal error: Uncaught Error: Call to a member function get_source_language_code() on bool in (redacted)/wp-content/plugins/sitepress-multilingual-cms/inc/functions-load-tm.php:501 <b>Questions: </b> PS: WHY ARE YOU CHANGING MY ISSUE??? I had already provided a full description, only for your system to change my explanations and remove the stack trace, which leads to extra work when trying to provide you with details. PPS: After registering this ticket, I have updated to the newest version of the WPML plugins. For some reason, they did not show up as available updates on the plugin page. |
February 11, 2025 at 8:40 am #16690300 | |
Bigul Supporter
Languages: English (English ) Timezone: Europe/Vienna (GMT+01:00) |
Hello, Welcome to the WPML support forum. Before passing this thread to my colleague, I would like to share some suggestions and possible solutions for the issues you mentioned. We had similar error reports in the past while having corruption in Database tables. So please make sure the database tables (especially WPML tables like _icl_translate_job, _icl_translation_batches, etc..) have the correct settings. Refer to the following tickets for more details. Please note that may you have to visit Plugins>>Add New>>Commerical tab and click on the *Check for updates* button to get the WPML automatic upgrade links of the latest version. This step will help us refresh the installer caches. -- Bigul |
February 12, 2025 at 4:10 pm #16697792 | |
berntE |
Hi Bigul, Thank you for the pointers to the similar error reports. I have now performed the suggested actions in both issues. Unfortunately, our issue persists after making these changes. So it doesn't seem to be a a corrupt database in our case. Thanks |
February 13, 2025 at 9:34 am #16700934 | |
Bigul Supporter
Languages: English (English ) Timezone: Europe/Vienna (GMT+01:00) |
Hello, Thank you for the updates. This may be a compatibility issue. So to make sure if possible, please do the following steps. a) Backup your site first[Mandatory] If you have a staging/dev site (a clone copy of the live site), you can try these steps there. So we can troubleshoot the bug without affecting the live site. -- Bigul |
February 14, 2025 at 2:56 pm #16706936 | |
berntE |
Hi Sorry, but it's not a realistic option for us to disable our plugins on our live site, only to wait for a sporadic error to happen. Instead, I've spent some time looking into you code and trying to figure out why the problem happens. The fatal error happens in the `functions-load-tm.php` file where the first lines look like this: function wpml_tm_create_ATE_job_creation_model( $job_id, $applyTranslationMemoryForCompletedJobs = true ) { However, the get_translation_job() function can return `false` in certain circumstances. I have analyzed the SQL that this function generates, and I can see that it returns no results if the `element_id` column in the `wp_icl_translations` table is NULL. So the first point is still: It would be good if your developers could add appropriate error handling in this function in the cases where get_translation_job() returns false. I've also looked into the different translations job IDs that fail to see if I could find a pattern. And it turns out that these translations jobs are all related to element_type "post_acf-field-group". See the top half of the attached screenshot which shows my SQL query and the results. Notice in the screenshot how element_id is NULL for all these jobs. However, when I check the translation settings in WPML, the "Field Group" post type is set to NOT be translatable (see the last half of the attached screenshot). So there seems to be an additional problem: That these non-translatable post-types has been sent for translation. I hope this is enough information for your team to look into these problems. Otherwise, let us know. Thanks |
February 14, 2025 at 5:25 pm #16707626 | |
Bigul Supporter
Languages: English (English ) Timezone: Europe/Vienna (GMT+01:00) |
Hello, Thank you for the details. This requires further checking. So a couple of requests for tracking this bug. 1) Please fill in the private details fields after a full site backup. I would like to access the admin area of your site for further checking. Refer to the following links for more details about our private information sharing policies. hidden link 2) Please allow us to make a duplicator copy of your site using the Duplicator plugin (https://wordpress.org/plugins/duplicator/) for debugging the issue on our local server. -- Bigul |
The topic ‘[Closed] PHP Fatal error: Uncaught Error: Call to a member function get_source_language_code() in functions-…’ is closed to new replies.