PHP Fatal error in PreloadThemeMoFile.php

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
-	-	9:00 – 18:00	9:00 – 18:00	9:00 – 18:00	9:00 – 18:00	9:00 – 18:00
-	-	-	-	-	-	-

Supporter timezone: America/Lima (GMT-05:00)

This topic contains 11 replies, has 1 voice.

Last updated by Andreas W. 6 hours, 14 minutes ago.

Assisted by: Andreas W..

Author	Posts
January 11, 2025 at 8:23 am #16583618
Philip	Background of the issue: I am trying to perform a scheduled upgrade of plugins and WP Core on our website to the latest versions. We encountered new errors in our log caused by WPML plugins. Here is the error: [10-Jan-2025 21:39:49 UTC] PHP Fatal error: Maximum execution time of 600 seconds exceeded in /home/itvogel1/www/vogelwarte.ch/wp-content/plugins/wpml-string-translation/classes/MO/Hooks/PreloadThemeMoFile.php on line 44. Additionally, I am looking into maintaining the wp_icl_strings table, possibly through this link: hidden link. Our technical details: PHP 8.1.31 WordPress 6.7.1 WPML String Translation 3.2.18 Here is our Debug log: hidden link Symptoms: PHP Fatal error: Maximum execution time of 600 seconds exceeded in PreloadThemeMoFile.php on line 44. Questions: Could you please advise us on how to fix the errors caused by WPML plugins? How to maintain wp_icl_strings?
January 12, 2025 at 4:54 pm #16586208
Kor Supporter Languages: English (English ) Timezone: Asia/Singapore (GMT+08:00)	Thank you for contacting WPML support. While you are waiting for one of my colleagues to take this ticket and work on it, let me provide you with the first debugging steps and try to help with the issue quickly. 1) This error is usually caused by the limitation of PHP setting max_execution_time on your site. You can follow the article below to increase this setting value or contact your hosting support to ask for help with this issue and check the site again. hidden link 2) Disable any additional plugins unrelated to WPML and its add-ons. 3) If the problem goes away, start reactivating the plugins one by one or activate them in small groups. Do this to check where the problem is reoccurring and see which plugin is causing the problem. 4) If this didn't resolve the cause of the issue, please switch to a default theme like Twenty Twenty-One to see if the issue might be related to the theme. Furthermore, strings in your database will not be removed unless you delete them manually. Please let me know how it goes.
January 13, 2025 at 3:02 pm #16589151
Philip	Hi Kor, Thanks for your message. Your reply didn't help much, sorry. We are aware of max_execution_time and as you can see it is already set to 600s (10 minutes) so we don't see any point in increasing it further.. As for plugins - the website has not changed the list of plugins for the last 1.5 years, but this problem only started to appear after the latest WPML plugins update. We would be very grateful for maybe some more hepful answer - what could this be related to? What role does this PreloadThemeMoFile.php file play and what could be the cause? Thank you!
January 17, 2025 at 12:12 am #16604168
Andreas W. Supporter Languages: English (English ) Spanish (Español ) German (Deutsch ) Timezone: America/Lima (GMT-05:00)	Hello, In this particular file and on the mentioned line WPML String Translation is trying to execute the function load_textdomain(). load_textdomain( $fileResult->domain, $fileResult->file_path ); The load_textdomain() function is used to load the language files for a particular domain. The parameters passed are: $fileResult->domain: This is the text domain for which the .mo file will be loaded. $fileResult->file_path: This is the path to the .mo file. Can you please revise if your site has the folder /wp-content/languages and its subfolder wp-content/languages/wpml? Further the issue could be related to the following folders, but I doubt that at this point: wp-content/themes/[your-theme]/languages/ wp-content/plugins/[your-plugin]/languages/ Best regards Andreas
January 21, 2025 at 7:18 pm #16620311
Philip	Hi Andreas, I have checked and yes, our website has these folders: /wp-content/languages /wp-content/languages/wpml BTW, we have installed the following Beta versions of the plugins and it seems the error has gone: WPML String Translation 3.3.0-b.2 WPML Multilingual CMS 4.7.0-b.2 Please let me know if you feel we should check something more related to this issue. Thank you.
January 21, 2025 at 10:16 pm #16620659
Andreas W. Supporter Languages: English (English ) Spanish (Español ) German (Deutsch ) Timezone: America/Lima (GMT-05:00)	Could you please enable WB DEBUG and let me know if you find any errors related to load_textdomain() or other errors? Guide: https://developer.wordpress.org/advanced-administration/debug/debug-wordpress/
January 22, 2025 at 11:28 am #16622524
Philip	Hi Andreas, Thanks for your support. I looked at our PHP error logging and warnings file and I don't see anything related to load_textdomain() after upgrading to the latest Beta versions of the two plugins.
January 22, 2025 at 5:41 pm #16624608
Andreas W. Supporter Languages: English (English ) Spanish (Español ) German (Deutsch ) Timezone: America/Lima (GMT-05:00)	Hi, I would like to offer to take a closer look and request temporary access (wp-admin and FTP) to the site to investigate the issue further. The required fields are below the comment section when you log in to leave the next reply. The information you provide is private, meaning only you and I can see and access it. IMPORTANT Please be sure to back up the site and database before granting us access. If you can't see the "wp-admin / FTP" fields, your post and site login details will be set to "PUBLIC". DO NOT publish the data unless you see the required wp-admin / FTP fields. I may need to install a plugin called "All In One WP Migration" here to create a copy of the site that I can use to investigate the issue further. However, I would also be very grateful if you could provide a staging site or copy of the website from your server for this purpose. If you have any questions about creating such a staging site, you can consult your hosting provider. Please note that WPML must also be registered on this staging site at https://wpml.org/de/account/websites/. If you are not able to provide such a copy of the website for testing, please let me know on this ticket. The private reply form looks like this: hidden link The next time you reply, click on "I still need assistance". Video: hidden link Please note that we are obliged to request this information individually on each ticket. We are not allowed to access any credentials that were not specifically submitted on this ticket in the private response form. Best regards Andreas
January 23, 2025 at 2:35 pm #16628648
Philip	Hi Andreas, Thanks for getting back to me. We will explore the possibility of providing you with a test environment or access to the project. We made some tests using Code Profiler Pro plugin and have the feeling that WPML is responsible for 13 seconds of the total 21 seconds of execution time on our Admin panel: hidden link Maybe you can recommend us something to make things better? For example, we are not sure about this file: wp-content/plugins/sitepress-multilingual-cms/classes/utilities/class-debug-backtrace.php Is it really needed on page load? Maybe we can do something to optimize it? Same with core file: wp-content/plugins/sitepress-multilingual-cms/vendor/wpml/fp/core/functions.php Our website “suffers” from long loading times. We use Redis for internal WP caching. This helps a bit, but it still doesn't speed up and improve the situation enough and in many cases performance plugins reports the situation where we clearly see that WPML is responsible for slow performance.. Any help you can give would be greatly appreciated.
January 23, 2025 at 5:45 pm #16629337
Andreas W. Supporter Languages: English (English ) Spanish (Español ) German (Deutsch ) Timezone: America/Lima (GMT-05:00)	Does this mean that if you disable any plugin and run the site only with WPML, the load time on backend is 12 seconds or higher? Could you please try our release candidate version for WPML 4.7? Go to: https://wpml.org/account/downloads/ On the dropdown on the top right switch to "Beta". Download: WPML Multilingual CMS 4.7.0.rc.1 WPML String Translation 3.3.0.rc.1 If needed, also install the addons for WCML, ACFML, and WPML SEO found on the same page. If these updates will not solve the issue, please let me know.
January 24, 2025 at 3:48 pm #16632037
Philip	Hi Andreas, Thanks for your recommendations. So I've installed the plugin versions you recommended: hidden link Using the Code Profiler Pro plugin, I measured the page load speed and as far as I can see, there is no speed gain. Moreover, it loads even a little slower than when using the previous Beta version of these two plugins: hidden link hidden link Also, please pay attention to the Scripts Performance section I see that some of the slow loads are also related to WPML Multilingual CMS: hidden link Same for Methods & Functions performance: hidden link Do you have any kind of recommendations in this matter? We found this thread, do you think it can help us https://wpml.org/forums/topic/performance-issues-with-acfml/ ? Should we try to apply the changes mentioned there? Any help you can give would be greatly appreciated.
January 24, 2025 at 3:58 pm #16632044
Andreas W. Supporter Languages: English (English ) Spanish (Español ) German (Deutsch ) Timezone: America/Lima (GMT-05:00)	Yes, if you are using "Advance Custom Fields Multilingual" then please give this workaround a try: https://wpml.org/forums/topic/performance-issues-with-acfml/ If this will not solve the issue, it would be great if you could provide me access to a test environment or provide me access to the live site so that I can take a copy using the plugin "All In One WP Migration". The private reply form is enabled again.