Skip to content Skip to sidebar

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 – 13:00 9:00 – 13:00 9:00 – 13:00 8:00 – 12:00 8:00 – 12:00 -
- 14:00 – 17:00 14:00 – 18:00 14:00 – 18:00 13:00 – 17:00 13:00 – 17:00 -

Supporter timezone: Europe/Zagreb (GMT+02:00)

Tagged: 

This topic contains 7 replies, has 0 voices.

Last updated by Bruno Kos 1 day, 21 hours ago.

Assisted by: Bruno Kos.

Author Posts
July 24, 2025 at 5:56 am #17265932

thibaut-auxanceA

Background of the issue:
I am developing a custom plugin for a referral and commission system on the website. When I install and activate that plugin, it's showing an error, and I think WPML is causing a conflict. Along with the main WPML plugin, there are many other WPML plugins, and I am unsure if they are part of the main WPML or unnecessary. I have attached screenshots of the list of WPML plugins that are installed or activated: hidden link, hidden link.

Symptoms:
An error occurs when I install and activate my custom plugin, and I suspect a conflict with WPML.

Questions:
Can you check if your plugin is causing any conflict with other plugins?
Are all the WPML plugins listed necessary, or are some of them unnecessary?

July 24, 2025 at 6:20 am #17265973

Bruno Kos
WPML Supporter since 12/2018

Languages: English (English ) German (Deutsch ) French (Français )

Timezone: Europe/Zagreb (GMT+02:00)

Please enable the WordPress debug log. This will allow us to see if any PHP errors are being produced.

1. Edit wp-config.php and insert the following lines (just before /* That's all, stop editing! Happy publishing. */ part)

define( 'WP_DEBUG', true);
define( 'WP_DEBUG_LOG', true);
define( 'WP_DEBUG_DISPLAY', false);

2. Reproduce the issue.

3. Locate the debug log in: /wp-content/debug.log

4. Paste the latest lines here. No need to paste the entire log file, just 20 lines or so will do. Please censor any sensitive information.

https://codex.wordpress.org/Debugging_in_WordPress

July 27, 2025 at 2:40 pm #17273156

thibaut-auxanceA

Hello, we are collecting the main issues we're facing and will inform you shortly. So don't close the ticket because we'll reach as soon as possible.
Thank you

July 28, 2025 at 12:35 pm #17275022

Bruno Kos
WPML Supporter since 12/2018

Languages: English (English ) German (Deutsch ) French (Français )

Timezone: Europe/Zagreb (GMT+02:00)

Thank you for the update! No worries, I’ll keep the ticket open and wait for your reply.

July 30, 2025 at 8:43 am #17281070

thibaut-auxanceA

Hello,
The translation files for plugins like ld-multilingual, learndash-certificate-builder, and learndash-memberpress are being loaded before WordPress has fully initialized. This is causing PHP notices and may lead to issues with content translation and functionality.

The plugin or theme code is executing too early in the WordPress lifecycle.
The translation files for plugins like ld-multilingual, learndash-certificate-builder, and learndash-memberpress are being loaded before WordPress has fully initialized. This is causing PHP notices and may lead to issues with content translation and functionality.

The plugin or theme code is executing too early in the WordPress lifecycle.

IMG-20250729-WA0000.jpg
July 30, 2025 at 9:43 am #17281335

Bruno Kos
WPML Supporter since 12/2018

Languages: English (English ) German (Deutsch ) French (Français )

Timezone: Europe/Zagreb (GMT+02:00)

The warning messages shown in the image aren't necessarily specific to WPML, but they are related to translation loading, which could involve WPML or any plugin handling translations, including:

- ld-multilingual (likely related to WPML and LearnDash)
- learndash-certificate-builder
- learndash-memberpress

The key message is that these plugins or code are calling translation functions like _load_textdomain_just_in_time too early in the WordPress lifecycle. This is not strictly a WPML issue but a timing issue with how translation domains are being loaded, and WPML could be involved if it's managing translations for those domains.

You could perhaps try this:

add_action('init', 'my_plugin_load_textdomain');

function my_plugin_load_textdomain() {
    load_plugin_textdomain(
        'my-plugin-slug', 
        false, 
        dirname(plugin_basename(__FILE__)) . '/languages'
    );
}

This should ensure you're loading the plugin's translation files inside a function hooked to init. Replace 'my-plugin-slug' with your actual text domain and ensure the .mo/.po files are in the /languages subdirectory.

July 30, 2025 at 6:27 pm #17283092

thibaut-auxanceA

Thanks Bruno for your answer.
is it clear and could you confirm to me that the error or issue which I shared with you is not due to WPML? Just so I can check with my developer

And the code you send us,is it necessary to use? Or it's just for translation speed improvement?
Thanks for your support

July 31, 2025 at 6:16 am #17283730

Bruno Kos
WPML Supporter since 12/2018

Languages: English (English ) German (Deutsch ) French (Français )

Timezone: Europe/Zagreb (GMT+02:00)

The warnings you're seeing are not necessarily caused by WPML directly, but WPML could be involved if it's managing translations for the affected text domains (`ld-multilingual`, `learndash-certificate-builder`, `learndash-memberpress`).

The actual issue is that some code is trying to load translation files too early in the WordPress lifecycle. This is more of a timing or code placement issue, not a direct fault of WPML itself.

The code I shared is just an example of the correct way to load translation files using the `init` action. It's not required unless you're working on custom plugin or theme code and want to ensure translations are being loaded at the right time.

If you're using third-party plugins (like LearnDash or MemberPress), they should already handle this correctly—if not, it would be something to report to their support.