This thread is resolved. Here is a description of the problem and solution.
Problem:
The client was experiencing an issue where the English version of a URL was redirecting to the German version, despite no active redirects being set up. Additionally, the language switcher was not visible on the German page, and there were numerous 404 errors for translated pages across various languages.
Solution:
We recommended checking if the translated pages were published and not in draft or review status. We also suggested deactivating all non-WPML plugins to see if the issue persisted, indicating a possible conflict. After further investigation, we discovered that the issue was related to incorrect URL formats being used. The correct format should be "domain" + "language slug" + "post type slug" + "product name". We advised the client to use the correct URL format and confirmed that the language switcher and page redirections were functioning correctly when using the proper URLs. If the client's issue persists or if they encounter new issues, we recommend opening a new support ticket. Additionally, we highly recommend checking related known issues at https://wpml.org/known-issues/, verifying the version of the permanent fix, and confirming that the latest versions of themes and plugins are installed. If further assistance is needed, please contact us through the WPML support forum.
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.
Tagged: Exception
This topic contains 28 replies, has 2 voices.
Last updated by Mihai Apetrei 7 months, 1 week ago.
Assisted by: Mihai Apetrei.
Author | Posts |
---|---|
April 10, 2024 at 8:02 am #15502581 | |
johannesF-4 |
Hi Mihai, Now the "deprecated" messages in debug are gone. On the live site, the english gets still redirected to german |
April 11, 2024 at 3:39 pm #15510272 | |
johannesF-4 |
Hi Mihai, I tried these two and verified the link is correct and the product is exisitng and published: here are some more |
April 11, 2024 at 3:43 pm #15510310 | |
johannesF-4 |
Hi Mihai, Here is an excerpt: hidden link,"404","HTTP-Status" |
April 11, 2024 at 3:47 pm #15510317 | |
johannesF-4 |
Hi Mihai, |
April 11, 2024 at 6:36 pm #15510789 | |
Mihai Apetrei Supporter
Languages: English (English ) Timezone: Europe/Bucharest (GMT+02:00) |
Hi Johannes. Thank you for the confirmation regarding the PHP version. It seems that now I am seeing different error messages here: Per our Support Policy, we can handle only one issue per ticket. Continuing with one issue per ticket helps not only supporters to focus on one issue at once but also enables other users to find solutions to their questions faster. I don't want to lose focus on the initial issue that we were handling here: the fact that we have that redirect happening even if the page shows up as translated. In regards to the new situation that you brought up (the 404 errors), I also tested the links and it seems that they don't exist. But I am not sure why or when this happened. This is a separate issue and will need its own investigation even though there's a chance that this issue might be related. I checked the dev site and the pages are missing there, too. I can also see a few notifications like the ones in the screenshot below - it seems that product URLs are changed from time to time and there's a chance that the translations are not re-saved so this is why the 404 errors might happen but this is just something that I suspect at this point. My focus right now is to understand why are we still having errors in the ATE logs and why we can't edit the translations, because I feel that this is related to the issues that we are experiencing. |
April 15, 2024 at 8:53 pm #15521944 | |
Mihai Apetrei Supporter
Languages: English (English ) Timezone: Europe/Bucharest (GMT+02:00) |
Hi there and thank you for the amazing patience and cooperation you have shown since the start of this ticket. I am getting to the end of my tests soon and after that, I will escalate this to our devs team to analyze this on an even deeper level. Currently, for the last tests, in order to further debug the problem on my end, I’d like to replicate your site locally. I will need your written approval to be able to duplicate your site using a plugin called "Duplicator" and test your site on a testing environment so can you please let me know if this is ok with you? After we find a solution for this, the duplicated site will be deleted. Also, please create a full website backup before answering in case you consider that's needed for the staging site that you shared access to already. I will be waiting for your response. Kind regards, |
April 16, 2024 at 9:20 am #15523744 | |
johannesF-4 |
Hello Mihai, |
April 17, 2024 at 10:43 pm #15535078 | |
Mihai Apetrei Supporter
Languages: English (English ) Timezone: Europe/Bucharest (GMT+02:00) |
Thank you for your approval, Johannes. I will keep you up to date with any updates that might come from the dev team. |
April 19, 2024 at 1:04 pm #15543755 | |
Mihai Apetrei Supporter
Languages: English (English ) Timezone: Europe/Bucharest (GMT+02:00) |
Hi there, Johannes. Is there anyone working on staging at the same time? I was trying to generate a new package but Duplicator Pro was removed and I was logged out. Please let me know. Also, if you have a backup of the full site that you can share so that I won't have to try this again, please let me know (maybe you can share a dropbox/google drive link with the site's files + database). From what I experienced, this current server has limited resources and Duplicator is constantly bugging out and not able to run a full website backup even if I tried filtering out big files. I will be waiting for your response. Mihai |
April 20, 2024 at 7:54 am #15545531 | |
johannesF-4 |
Hi Mihai, |
April 20, 2024 at 8:33 pm #15546464 | |
Mihai Apetrei Supporter
Languages: English (English ) Timezone: Europe/Bucharest (GMT+02:00) |
Sure. I'm reactivating the private fields below. |
April 21, 2024 at 6:11 am #15546663 | |
johannesF-4 |
Hi Mihai, |
April 23, 2024 at 11:24 am #15555503 | |
Mihai Apetrei Supporter
Languages: English (English ) Timezone: Europe/Bucharest (GMT+02:00) |
Hi there and thank you very much for sharing that. I can confirm that I was able to fully download the zip file. I will get back to you as soon as I have updates. |
April 29, 2024 at 8:58 am #15575739 | |
Mihai Apetrei Supporter
Languages: English (English ) Timezone: Europe/Bucharest (GMT+02:00) |
Hi there. I am back. So, after a lot of tests, things seem to be working fine at the moment from what I can see. Let's talk about this exact product example: German URL: hidden link Now, I think at the beginning of this ticket, we were focusing on the wrong URL version of the English translation: The "sd-wan-shop" part of the URL is wrong here. It seems that this is not the correct one that we should focus, but instead, it seems that this is the correct URL format: Like in Spanish, we have this correct format, too: So this is the correct URL form that we needed to focus on. You will see that, from the front-end of the German version (hidden link), if you go there now and try to click on the English or Spanish flag, it will work fine. That is why it was so confusing to me, because: 1. if I was checking the job id, it was showing up as translated correctly in our systems backend Even for one of the very latest examples that you shared (hidden link): 1. The correct DE URL for that one is this: 2. If you go to that DE url and try to click on EN or ES for example, you will be taken to the correct URLs: EN: hidden link ES: hidden link There's a chance that, at some point, the shop existed in a different sub-folder: "sd-wan-shop". Because I am not sure from where that part is coming from, but things work correctly from the front-end area of the site for the users. So that part was probably used in the past. Because, the correct URL format is "domain" + "language slug" (/en for example) + "post type slug" ("product" in our example) + "product name": domain.com/en/product/product-name Even this initial URL that was shared in the first message of this ticket (hidden link), seems to be the wrong format, and the correct product URL is actually this: And the translations work correctly from that page, too, you can test by clicking on the flags at the top. Please let me know if these URLs also work fine for you. I will be waiting for your response. Thank you! Mihai |
May 3, 2024 at 6:43 pm #15592680 | |
johannesF-4 |
Hi Mihai, |