[Waiting for user confirmation] i cannot install and use WPML after upgrading to multilingual agency subscription, installer does no...

i upgraded to agency to get access to WPML all import pro that i downloaded and installed a few days ago but now does not exist anymore.
So after researching I upgraded to agency level to get access to it.
I have removed all WPML plugins and have tried the installer after removing them and the install still does not activate. The uploaded image shows my plugin area and notice no WPML Plugins, Also the OTGS installer that you see installed does not activate when selecting activate.

Also have included an additional image of the site registration area in WPML account that shows now matter how many times i re register my site with a new key, the key is still using Multilingual CMS(which does not give me access to WPML all import pro). I have gone through most all the steps of trouble shooting this problem.

How to i install the WPML version i want and get access to the WPML all import pro that i no longer see available in the downloads area in my account

Also included image of wpml download area of my account that shows the WPML All import plugin does not show as an option. It seems like im locked out of being able to install.
I have included my developer in the account to help with this.
Please include david.cox@thejoyfactory.com in any solutions your team offers.
Appreciate your help

Thank you for your reply.

✅ Updated Login Instructions
Please use the following direct login URL to access the WordPress admin area:

Login URL:
hidden link

(We are using WPS Hide Login plugin with the custom login slug /x-login.)

Credentials:
Try previously sent credentials

Note: This is a WP Engine staging environment.

✅ Full Background Context
The original reason for this support case is an issue preventing us from successfully mapping products to languages after importing WooCommerce products using WPML All Import Add-On.

We upgraded our WPML license to Agency to gain access to the All Import integration for WooCommerce multilingual product imports. However, we were unable to proceed because:

The custom languages we previously used (/tw/ for Traditional Chinese and /jp/ for Japanese) were no longer properly registered in WPML.

Without these languages properly defined, the WPML All Import Add-On does not allow us to map imported products to their correct languages.

During troubleshooting, we performed a full reinstall of all WPML plugins while retaining the existing WPML database tables.

✅ Steps to Replicate The Current Language Conflict (blocking imports)
1️⃣ Access WPML Setup Wizard:

Upon logging in, you will be prompted to complete WPML Setup Wizard.

2️⃣ Attempt to re-create the missing custom language (/tw/):

In the "Languages" step of the wizard, choose “Add a custom language.”

Select:

Language: Chinese (Traditional)

Location: Taiwan

Fill out the custom language form:

Name: Traditional Chinese (Taiwan)

Default locale: zh_TW

hreflang: zh-tw

Code: tw (to match our original URL slug: /tw/)

URL Encode: No

Language Mapping: Don’t map

3️⃣ Error Encountered:

Upon submitting, WPML displays the following error:

"The value 'zh_TW' already exists."

This prevents us from recreating the /tw/ language.

We have already verified that no tw entry exists in the database table wp_icl_languages via this SQL query:

sql
Copy
Edit
SELECT * FROM wp_icl_languages WHERE code = 'tw';
No records are returned, confirming no active language code tw exists, yet the system blocks recreating it due to an internal conflict with the locale value zh_TW.

✅ How this blocks product import mapping:
Since WPML All Import Add-On relies on active languages being registered before imports can be assigned, we are unable to assign imported products to their correct language versions (/tw/ and /jp/).

Without proper language configuration restored, imports fail to properly map translated product data.

✅ What assistance we need:
We require support to either:

Fully restore our previous custom language codes (tw and jp), or

Resolve the internal WPML language registry conflict preventing recreation of these custom language codes with their correct locale and slugs.

Thank you very much for your assistance — please let me know if any further credentials or information are needed.

Best regards,
David Cox

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.