This thread is resolved. Here is a description of the problem and solution.
Problem:
You are encountering an error in your logs indicating that the cache keys 'product_cat' and 'product_tag' are incompatible with prefetching, and the group 'WPML_Slug_Translation_Records::taxonomy' should be added to the list of non-prefetchable groups. You are concerned about the importance of this error and how to resolve it.
Solution:
We have consulted with our second-tier team and discovered that the WPML plugin defines cache groups for various text domains, which might be causing the notices from Object Cache Pro. The current constant used might not support wildcards, unlike the 'WP_REDIS_CONFIG' which does. We recommend defining this in your wp-config.php file:
define('WP_REDIS_CONFIG', [ 'non_prefetchable_groups' => [ 'WPML_Register_String_Filter*', 'WPML_Slug_Translation_Records*' ], ]);
This configuration should address all variations of the cache group names. However, these warnings might be informational and may not require action if your system operates normally. We suggest verifying this with Object Cache Pro support. If this solution does not resolve your issue or seems irrelevant due to updates or differences in your setup, please check related known issues at https://wpml.org/known-issues/, verify the version of the permanent fix, and ensure you have the latest versions of themes and plugins installed. If further assistance is needed, we highly recommend opening a new support ticket with us.
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.
Tagged: Compatibility
This topic contains 18 replies, has 0 voices.
Last updated by zakW 2 months, 1 week ago.
Assisted by: Bruno Kos.
Author | Posts |
---|---|
July 4, 2025 at 3:26 pm #17202511 | |
zakW |
Background of the issue: Symptoms: Questions: |
July 7, 2025 at 3:05 pm #17209803 | |
Bruno Kos WPML Supporter since 12/2018
Languages: English (English ) German (Deutsch ) French (Français ) Timezone: Europe/Zagreb (GMT+02:00) |
Hi, This doesn’t usually break the site, but it may affect performance or cache consistency for things like translated slugs, especially in WooCommerce taxonomies (`product_cat`, `product_tag`). To help clarify the situation: 1. Have you added or customized any cache groups in your object cache configuration? If this cache group is not excluded from prefetching, you can resolve the warning by adding it to the `non-prefetchable-groups` list as described here: Let me know what your current caching setup looks like, and I can help guide you further. Best regards, |
July 8, 2025 at 8:01 am #17212275 | |
zakW |
Hi Bruno We're encountering website timeouts and plugin disabling when adding product category translations. This issue appears to be directly tied to the translation process. Our current configuration uses Redis with Object Cache Pro and WP Rocket (preload active, no exclusions). We haven't recently adjusted cache settings or groups. Could you advise on adding an exclusion to address this, if you believe it's the cause? Best regards |
July 8, 2025 at 1:02 pm #17214080 | |
Bruno Kos WPML Supporter since 12/2018
Languages: English (English ) German (Deutsch ) French (Français ) Timezone: Europe/Zagreb (GMT+02:00) |
What if you try adding the following to your object-cache.php config or wherever Object Cache Pro settings are defined (often in wp-config.php): define('OBJECT_CACHE_PRO_CONFIG', [ 'non_prefetchable_groups' => [ 'WPML_Slug_Translation_Records::taxonomy', ], ]); Does it help? Also, when you encounter timeouts during the translation, can you share server and WordPress debug logs that show at that time? To further confirm whether caching is the root cause, you could try temporarily disabling Object Cache Pro (or Redis object caching) while performing a product category translation. If the process completes without timeouts or errors, that strongly points to cache interference. |
July 8, 2025 at 3:47 pm #17215223 | |
zakW |
Hi Bruno, I think the error is still showing I will sent you the logs as soon as the error presents itself. I requested my client to try again and he will let me know the times for it |
July 9, 2025 at 5:01 am #17216799 | |
Bruno Kos WPML Supporter since 12/2018
Languages: English (English ) German (Deutsch ) French (Français ) Timezone: Europe/Zagreb (GMT+02:00) |
Please feel free to send over the logs whenever the error presents itself. Once we have those details, we’ll be able to investigate further. |
July 11, 2025 at 10:57 am #17227468 | |
zakW |
Hi Bruno. The error is presisting and here are the details other ones woocommerce-aelia-currencyswitcher 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 /home/245274.cloudwaysapps.com/qjezzcvrjc/public_html/wp-includes/functions.php on line 6121 woocommerce-wholesale-prices-premium 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 /home/245274.cloudwaysapps.com/qjezzcvrjc/public_html/wp-includes/functions.php on line 6121 wp-asset-clean-up 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 /home/245274.cloudwaysapps.com/qjezzcvrjc/public_html/wp-includes/functions.php on line 6121 acf 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 /home/245274.cloudwaysapps.com/qjezzcvrjc/public_html/wp-includes/functions.php on line 6121 |
July 14, 2025 at 8:48 am #17232316 | |
Bruno Kos WPML Supporter since 12/2018
Languages: English (English ) German (Deutsch ) French (Français ) Timezone: Europe/Zagreb (GMT+02:00) |
Could you please provide me with the following: - WordPress admin credentials (temporary access is fine, if preferred). I marked your next reply as private so that you can safely add credentials. |
July 18, 2025 at 4:03 pm #17251450 | |
Bruno Kos WPML Supporter since 12/2018
Languages: English (English ) German (Deutsch ) French (Français ) Timezone: Europe/Zagreb (GMT+02:00) |
I still have no news to share, I will keep you posted as soon as I get some feedback from our 2nd tier. |
July 21, 2025 at 9:41 am #17254610 | |
Bruno Kos WPML Supporter since 12/2018
Languages: English (English ) German (Deutsch ) French (Français ) Timezone: Europe/Zagreb (GMT+02:00) |
Since Object Cache Pro is a commercial plugin, the next logical step would be to reach out to their support team and ask the following:
At this point, we're not seeing a clear cause or way to reproduce the issue, given that you already applied the recommended configuration (excluding `WPML_Slug_Translation_Records::taxonomy` from `non_prefetchable_groups`), which should have stopped these notices. It’s possible this is expected behavior or just a quirk in how the plugin handles certain cache groups, but their support team would be best positioned to confirm that and advise on any next steps. Would you be able to bring this to their support? We're happy to assist further once we have more clarity from their end. |
July 23, 2025 at 8:53 am #17262747 | |
zakW |
Hi Bruno, I have open a ticket with Object Pro Cache and will keep you updated as soon as I know anything new Thank you for the help so far |
July 23, 2025 at 11:57 am #17263719 | |
Bruno Kos WPML Supporter since 12/2018
Languages: English (English ) German (Deutsch ) French (Français ) Timezone: Europe/Zagreb (GMT+02:00) |
Thanks, Ruben. Please keep me in the loop as you hear back from them. |
July 29, 2025 at 8:29 am #17277524 | |
zakW |
Hi Bruno The team is still investigating this. They mention that it could be WP Rocket causing the issues but we need WP Rocket to run the website as this is our caching solution. I will continue to speak to them and let you know what they say Regards |
July 29, 2025 at 8:53 am #17277756 | |
zakW |
Hi Bruno, After a close inspection of the errors, I noticed that the error we excluded, 'WPML_Slug_Translation_Records::taxonomy', worked but the new one that was showing was 'WPML_Slug_Translation_Records::post', so I added that in teh rule to. I do have a new one showing and here is what it refers to The group is WPML_Register_String_Filter and I have added that as well but it didnt remove it Can you provide assistance on this? Kind Regards |
July 29, 2025 at 1:41 pm #17279150 | |
Bruno Kos WPML Supporter since 12/2018
Languages: English (English ) German (Deutsch ) French (Français ) Timezone: Europe/Zagreb (GMT+02:00) |
I've checked this with our 2nd tier team. Here’s what we found: * The WPML plugin defines cache groups not only for `'WPML_Register_String_Filter'` but also for variants like `'WPML_Register_String_Filter::domain'`, depending on the text domain being registered. So we recommend trying the following instead: define('WP_REDIS_CONFIG', [ 'non_prefetchable_groups' => [ 'WPML_Register_String_Filter*', 'WPML_Slug_Translation_Records*' ], ]); This approach should cover all variations of the cache group names. It is possible, though that in many cases, these warnings are just informational and don’t require further action if the system runs as expected. You could double check this with Object Cache Pro support as we can't confirm this. Let us know how it goes, and we’re happy to follow up if needed. |