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
- 13:00 – 18:00 13:00 – 18:00 13:00 – 18:00 13:00 – 18:00 13:00 – 18:00 -
- 20:00 – 23:00 20:00 – 23:00 20:00 – 23:00 20:00 – 23:00 20:00 – 23:00 -

Supporter timezone: Asia/Singapore (GMT+08:00)

Tagged: 

This topic contains 19 replies, has 0 voices.

Last updated by Kor 2 months ago.

Assisted by: Kor.

Author Posts
February 11, 2026 at 2:23 pm #17813063

Kor

Thanks for your patience. This is fixed, and could you please check?

Screenshot 2026-02-11 at 10.23.08 PM.png
Screenshot 2026-02-11 at 10.22.39 PM.png
February 11, 2026 at 2:24 pm #17813093

gergoS-3

Hello,

It looks like the issue has now been resolved — thank you very much for your help and for cleaning up the domain connections. We really appreciate your support.

To prevent this from happening again in the future, we would like to clarify one important technical detail.

We use a WordPress base installation that we clone for new projects. Before activating WPML on a freshly cloned site and registering it with a new account, what exactly should be removed from the database to ensure a completely clean WPML / ATE state?

Specifically:
- Which database tables (if any) must not be present?
- Which option records (e.g. installation ID, registration data, ATE-related entries) should be deleted before activating WPML on a cloned site?

We want to make sure that no previous site identity or alias linkage can be carried over accidentally.

Thank you again for your assistance.
Best regards.

February 11, 2026 at 2:24 pm #17813094

gergoS-3

Hello,

It looks like the issue has now been resolved — thank you very much for your help and for cleaning up the domain connections. We really appreciate your support.

To prevent this from happening again in the future, we would like to clarify one important technical detail.

We use a WordPress base installation that we clone for new projects. Before activating WPML on a freshly cloned site and registering it with a new account, what exactly should be removed from the database to ensure a completely clean WPML / ATE state?

Specifically:
- Which database tables (if any) must not be present?
- Which option records (e.g. installation ID, registration data, ATE-related entries) should be deleted before activating WPML on a cloned site?

We want to make sure that no previous site identity or alias linkage can be carried over accidentally.

Thank you again for your assistance.
Best regards.

February 11, 2026 at 2:41 pm #17813212

Kor

Thanks for your reply. As explained here, you need to use the "Migration" option https://wpml.org/documentation/translating-your-contents/advanced-translation-editor/using-advanced-translation-editor-when-you-move-or-use-a-copy-of-your-site/ if you're migrating the Website to another domain.

It seems you've selected "I just logged in from a secondary domain" in the WPML migration wizard on your Website earlier, and WPML thinks that the new domain is the same as the old domain, hence keeping the connection. To remove the connection, you need to edit the database and in the wp-options table, remove the wpml_tm_ate_secondary_domains data. I've done it for you and it's fixed now.

As for the domains still showing in your https://wpml.org/account/manage-credits/ section, I'm still waiting for a response from our 2nd Tier Support team.

February 16, 2026 at 8:08 am #17824557

Kor

Thanks for your patience. Our 2nd Tier Support checked, and they have requested that you recheck the accounts page and let us know if you can still see other domains showing in your https://wpml.org/account/manage-credits/ section.

The topic ‘[Closed] Automatic translation issue recurring across multiple WPML accounts (related ticket linked)’ is closed to new replies.