This thread is resolved. Here is a description of the problem and solution.
Problem: The client was experiencing issues with slug translations for the "Offer" tab in the menu and links to specific offer categories in different languages, which resulted in 404 errors or incorrect landing pages after updating any page in CMS.
Solution: 1. We recommended deleting the two strings related to the slug from String Translation. 2. We advised editing the code of the taxonomy by locating the
. This change prevents the slug from being localized using WP localization functions. 3. We instructed to navigate to WPML > Settings and add the slug translation for the taxonomy there. 4. We suggested resaving the permalinks on the WordPress site to ensure the changes take effect. 5. We asked the client to check if the issue was resolved after following these steps.
Please note that this solution might be irrelevant if it's outdated or not applicable to your case. If the issue persists, we highly recommend checking related known issues, verifying the version of the permanent fix, and confirming that you have installed the latest versions of themes and plugins. If necessary, please open a new support ticket for further assistance.
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.
Once again the problem with slug translations on the production site hidden link and the development site hidden link has returned.
It's about the "Offer" tab in the menu and links to specific offer categories in different languages (DE, EN, SK, HU, LT) that the default site (PL).
View screen recordings -> hidden link
After updating any page in CMS for a while the filter/offer starts working, then 404 errors or weird landing page appear again.
We tried the solutions recommended by you (clear cache etc.), but it did not solve our problem. Also we threw away for a moment the entire template of the product listing page and when changing the language there was still a bug, so it is not a request issue.
The only thing that caused the 404 error not to be displayed was the removal of the slugs for "product_category" from the translations (leaving "oferta" everywhere), but this is not a solution because the slugs must be translated.
Take a peek at the CS version of the site, where the translation of "product_category" is the same as on the default page (PL), and there the error does not appear.
Please help me solve the problem. The matter is very urgent.
I suggest solving the problem first on the development site hidden link.
I tried to do it, however, it doesn't work and I can't check if everything is ok.
Besides, there are so many dependencies on the site that it would take a very long time to implement all of them on the sandbox, and consequently, at this point our tests will not be effective.
Languages: English (English )German (Deutsch )French (Français )
Timezone: Europe/Zagreb (GMT+02:00)
I was able to create a package using Duplicator Pro.
Ok, I browsed through the site and noted this:
hidden link - this gives 404
but If I go to hidden link and click "Plechové strešné krytiny", it works, even though it is the same url as the above? hidden link
So if opened directly this (and others) URL will hit 404, but not through filters?
Languages: English (English )German (Deutsch )French (Français )
Timezone: Europe/Zagreb (GMT+02:00)
Can you please try the following:
1. Delete the two strings related to the slug from String Translation (see my image)
2. Edit the code of the taxonomy by locating the `rewrite` array. Replace
This prevents the slug from being localized using WP localization functions.
3. Navigate to WPML > Settings and add the slug translation for the taxonomy there.
4. Resave the permalinks on your WordPress site to ensure the changes take effect.
5. Check if the issue is resolved.
This process should correct the improper localization of the slug.
