Split: I have started manually reconnecting pages

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.

This topic is split from https://wpml.org/forums/topic/i-cannot-install-and-use-wpml-after-upgrading-to-multilingual-agency-subscription-installer-does-no/

Tagged: Account Issues, Exception

This topic contains 2 replies, has 0 voices.

Last updated by Andrey 3 days, 6 hours ago.

Assisted by: Andrey.

Author	Posts
June 25, 2025 at 4:44 pm #17170398
yo-jenH	Thank you I have been able to create the custom languages, I have started manually reconnecting pages and some are working fine but other are stuck in root directory instead of under their assigned directory (/tw and /jp). Below is where we are at. You can recreate the issue at /manufacturing/ page and select chinese or japanese and notice how the languages translate but in the root directory, even though the language switcher (on hover) generates the correct directory url. Following TRID and translation job repairs on our site, we are seeing the following situation: All translations exist and are correctly assigned in WPML Translation Management (green checkmarks). TRIDs and language codes are fully correct. Elementor layouts are fully intact. WPML language switcher is generating correct /tw/ and /jp/ URLs. However, many translated pages still render under the root (/) instead of properly resolving under their assigned language directories. We have already run the following troubleshooting tools: Set Language Information Synchronize Taxonomies Clear WPML Cache Fix Collation Tools Permalink Flush The issue remains isolated to rewrite rule behavior. Request: We believe WPML’s internal rewrite rules are holding stale slug-to-language mappings after the TRID repair work. Can you help us with this? Site is fully backed up. Translation jobs are valid and complete. TRIDs and language assignments are correct. No content or Elementor data changes needed — only rewrite rules refresh. Thank you for your assistance in fully stabilizing the language directory routing.
June 25, 2025 at 4:53 pm #17170435
Andrey WPML Supporter since 06/2013 Languages: English (English ) Russian (Русский ) Timezone: Europe/Kyiv (GMT+03:00)	I have started manually reconnecting pages and some are working fine but other are stuck in root directory instead of under their assigned directory (/tw and /jp). Below is where we are at. Can you explain in detail how you did this? Please also show me this in the screenshots. You can recreate the issue at /manufacturing/ page and select chinese or japanese and notice how the languages translate but in the root directory, even though the language switcher (on hover) generates the correct directory url. What do you mean by "the languages translate but in the root directory"? Can you elaborate on this? Following TRID and translation job repairs on our site, we are seeing the following situation: How have the TRID and translation job repairs been done on your site? We believe WPML’s internal rewrite rules are holding stale slug-to-language mappings after the TRID repair work. Can you help us with this? Why do you think WPML’s internal rewrite rules are holding stale slug-to-language mappings? Have you changed anything in the database directly?
June 26, 2025 at 2:42 pm #17174298
yo-jenH	Hi Andrey We can close out this branch of support. I have been able to resolve the stuck pages. Cleaned orphaned posts and used the translation management troubleshooting tools to eventually get a clean connection with the correct language directories. Thank you for your help in this area
June 26, 2025 at 2:44 pm #17174302
Andrey WPML Supporter since 06/2013 Languages: English (English ) Russian (Русский ) Timezone: Europe/Kyiv (GMT+03:00)	Thank you for your feedback. I’m glad to hear everything is working now. Wishing you a great weekend ahead!