Languages: English (English )Spanish (Español )German (Deutsch )
Timezone: America/Lima (GMT-05:00)
Please take a backup of your site and database.
Go to Plugins > Add new > Commercial and check for WPML updates.
Install the latest versions of our plugins.
If this does not solve the issue, we will try to recreate the problem on a test site that I will provide. To do this I will need from you the exact steps taken to recreate the issue in an ordered list.
First you do not understand the issue, but give me a list of irrelevant steps.
Then you give me more irrelevant steps still not understanding that they are irrelevvant.
Now you do not understnad I want to talk to someone else from your support, who will actually read what I wrote and fix it.
I am not here to do the work for you. Your devs can start recreating the problem on your end without me. Only they know in what situation translation of the slug would appear instead of the slug itself in the displayed link and in what situation it would create a redirection to the correct page. I don't know this and I do not want to know. I just want it fixed.
If you haven't even tried to re-create the problem yet and never applied any solution, then me installin the new version to solve the problem makes no sense, because there isn't anything in this new version directly aimed ad solving the problem. But because it is a new version, it will surely introduce new problems and bugs. So instead of making me blindely follow irrelevant instructions, you guys start investigating your own code and think when something like this would happen. Think what conditions must be met so WPML behaves that way and find the source of the problem.
For me it is safer to wait until version 4.7.1 or 4.7.2 when you implement solutions the bugs discovered by others and also specifically the bug that I am reporting here. Because it is a bug. I do not know the code and I do not have the ablility to change the part of the slug that belongs to the custom post myself. So it is somewhere either in the WPML Multilingual CMS or Advanced Custom Fields Multilingual. And the result of the bug is on my site.
Languages: English (English )Spanish (Español )German (Deutsch )
Timezone: America/Lima (GMT-05:00)
Such an issue does not occur on a new WordPress install with WPML.
It is likely that the issue on your site is connected to a third plugin.
It might even be that the issue is triggered inside the functions.php file of your Child Theme or inside the Code Snippets plugin.
Also, it could be that the issue is linked to a specific Elementor Widget, maybe even a widget coming from Unlimited Elements for Elementor (Premium).
We need exact details to be able to recreate such an issue.
Here is a link to the test site. I would kindly like to ask for your cooperation in trying to recreate the issue. This test site uses the latest version of WPML.
One-Site-Login: hidden link
Please try to recreate the issue and leave me a comment once you are done.
---
Take note:
1) We can not run any tests without access to the site, staging, or a site package
2) The site needs to be tested in a minimal setup to confirm if the issue persists
3) The settings of the site need to be verified
4) It needs to be tested if the issue is related to a corrupted database entry and if the issue is replicable on a newly created post
5) It might be a cache issue (LiteSpeed Cache) and clearing the cache might be the only way to solve the issue.
About "Directory for default language":
This setting should not have any impact on this behavior. Even if you would link to a page without a language directory WPML would automatically redirect to the correct URL.
The topic ‘[Closed] New version of WPML handles links differently and looks weird.’ is closed to new replies.
