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+01:00)

This topic contains 6 replies, has 0 voices.

Last updated by Bruno Kos 2 days, 13 hours ago.

Assisted by: Bruno Kos.

Author Posts
December 4, 2025 at 7:35 am

adamJ-24

Hi, I wanted to translate the pages so that there were different things in the CZ and SK versions. I did it according to this guide https://wpml.org/documentation/translating-your-contents/using-different-translation-editors-for-different-pages/?utm_source=plugin&utm_medium=gui&utm_campaign=core . Unfortunately, I can't open it in Elementor to edit it, but it redirects me to the Homepage. Is there any way to edit it?

December 5, 2025 at 6:51 am #17636842

Bruno Kos
WPML Supporter since 12/2018

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

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

Can you temporarily disable all security/firewall plugins (Wordfence, iThemes Security, AIOS, Sucuri, etc.) and try Elementor again?

Also, in your hosting panel, disable ModSecurity temporarily (if possible) and try then.

If none helped, can you please check if this issue appears when:

- only WPML plugins are activated (and Elementor), as it will tell us if there is an interaction issue with other plugin
- theme is set to a WordPress default like Twenty Twenty as it will tell us if there is an interaction issue with your theme

Let me know if any it helped!

December 5, 2025 at 6:54 am #17636845

Bruno Kos
WPML Supporter since 12/2018

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

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

Can you also check if the domain is not using an old or broken redirect in .htaccess, hosting control panel redirects or maybe cloudflare Page Rules if you use them?

December 5, 2025 at 10:25 am #17637603

adamJ-24

I've tried everything from switching the template to uninstalling everything but unfortunately the problem still persists

December 5, 2025 at 12:48 pm #17638509

Bruno Kos
WPML Supporter since 12/2018

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

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

Can you tell me if you changed anything in the meantime? Because hidden link started working and we haven't done any changes on the site.

sk.png
December 5, 2025 at 2:16 pm #17638930

adamJ-24

I haven't made any changes yet but this post doesn't work.

December 8, 2025 at 10:48 am #17643453

Bruno Kos
WPML Supporter since 12/2018

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

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

When I did try logging in directly on the second domain (so the Slovak one) everything worked again.

I also tested all combinations of:

* “Auto sign-in and sign-out users from all domains”
* “Pass session arguments between domains through the language switcher”

Unfortunately, none of these combinations resolved the issue. In theory, this should work when these options are enabled, but in practice, it’s not always that straightforward.

One important factor to consider is caching. Since WP Rocket is active, and if caching is enabled for logged-in users, it can interfere with cookies and active sessions, potentially causing users to be logged out unexpectedly. Security plugins can also contribute to this behavior.

Another possible cause is a hardcoded cookie configuration in wp-config.php (such as COOKIE_DOMAIN or related constants), which can interfere with how login cookies are handled across domains.

It’s also important to note that the WordPress login cookie is only set at the moment of login—it is not continuously refreshed on every request.

I also see that WP Rocket is currently configured to clear the global cache every 10 hours, which could also be related to these logouts. As a test, I would recommend temporarily disabling this setting.

As another possible solution, we could also try excluding the WordPress login cookies from caching, for example:

wordpress_logged_in_*
wordpress_sec_*

Could you please check these settings on your side and run a few tests to see if the behavior changes? That would help us narrow down the exact cause.

image2.png