[Resolved] Really slow back-end. Issue WPML (9 languages ) - String translation Plugin

Hi,

Thank you for waiting on this. I received following analysis from the team.

----
The actual performance issue is not from WPML but the Pods plugin. The client site has a custom language en-en and this is the dashboard language too. WPML and WP both are trying to load the MO file ending with en_EN.mo but not found, so far all good.

Now on edit page, Pods plugin is calling a function get_arg() from wp-content\plugins\pods\src\Pods\Whatsit\Field.php almost 753918 times. I am not sure what is the need for so many calls but this is it.

Now what happens, this function has a string -- Select One -- that is wrapped in WP translation function so when WPML is active the dashboard language is set to en_EN and WP and WPML both try to load the translation of this string (Mostly from here wp-content/plugins/pods-en_EN.mo this is final URL of MO lookup as this file does not exist anywhere) this consume a lot of time and process timeout after 164561 calls.

When you deactivate the WPML the locale set to en_US so no issue happens.

I can also reproduce this issue without WPML on my local by changing the profile language to en_EN in the database. So this is not something we should fix.

SOLUTIONS
The client can go for any of the following solutions:

1) Change the profile language to en_US as stated above.

2) Scan the Pods plugin for strings and translate the string -- Select One -- in ST, especially for the custom English language so that WPML can create a custom MO file and it can be loaded.
----

I hope this clarifies everything. Please consider above solutions to fix the problem.

Regards.