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.
| Sun | Mon | Tue | Wed | Thu | Fri | Sat |
|---|---|---|---|---|---|---|
| - | 10:00 – 16:00 | 10:00 – 16:00 | 10:00 – 16:00 | 10:00 – 16:00 | 9:00 – 15:00 | - |
| - | - | - | - | - | - | - |
Supporter timezone: Europe/Riga (GMT+02:00)
Tagged: Bug
This topic contains 11 replies, has 0 voices.
Last updated by Slava Vasenin 4 days, 2 hours ago.
Assisted by: Slava Vasenin.
| Author | Posts |
|---|---|
| December 11, 2025 at 8:05 am #17654625 | |
|
peterJ-48 |
Hi, |
| December 11, 2025 at 8:31 am #17654699 | |
|
Lucas Vidal de Andrade WPML Supporter since 11/2023
Languages: English (English ) Timezone: Europe/Vienna (GMT+01:00) |
I would like to look at this directly on your site. For this I would need temporary access (WP-Admin and FTP) to your site, preferably to a test/staging site where the problem has been replicated if possible. The required fields can be found below the comments section. The information you enter is private, i.e. only you and I can see it and have access to it. I may need to replicate your website locally. To do this, I need to temporarily install a plugin called "Duplicator" or "All in One WP Migration" on your website. This will allow me to create a copy of your website and content. Once the issue is resolved, I will delete the local website. Let me know if this works for you. IMPORTANT Please make a backup copy of the site files and database before giving us access. - If you do not see the wp-admin/FTP fields, this means your post and site login details are being made PUBLIC. DO NOT post your website details if you do not see the required wp-admin/FTP fields. If you do not, ask me to enable the private box. The private box looks like this: hidden link |
| December 11, 2025 at 11:39 am #17655743 | |
|
Lucas Vidal de Andrade WPML Supporter since 11/2023
Languages: English (English ) Timezone: Europe/Vienna (GMT+01:00) |
Hey there, Thank you for sharing access. I checked, and you had the option to translate slugs deactivated. To be able to translate slugs with WPML, you need to: 1. Go to Settings > Translated documents options > Page URL and select "Translate (this will include the slug in the translation and not create it automatically from the title)". Save; That should solve it 🙂 P.S: it's not recommended to edit a translation's slug directly via the WordPress Editor, it can cause issues. |
| December 12, 2025 at 3:33 pm #17659880 | |
|
peterJ-48 |
Hi Lucas, Thank you for message. (FYI, i did not receive a mail notification about your message) I would like to keep the setting for page URL at: “Auto-generate from title (default)” as this in most cases give the best result. I understand that I can change the setting to “Translate” - Fix the issue - and change back again, but please pass on to the dev team that they shall also make the slug visible in the ATE for products when the setting “Auto-generate from title” is selected (Just like it is available for pages). We are often more people who are working on translations at the same time. The specific product translations where I need to change the slug is products that has been imported in all languages. Is it also not a good idea to change the slug via the WordPress Editor when the product (+ the product translations) is imported? Best regards |
| December 15, 2025 at 10:06 am #17663394 | |
|
Lucas Vidal de Andrade WPML Supporter since 11/2023
Languages: English (English ) Timezone: Europe/Vienna (GMT+01:00) |
Hello Peter, About the email notification, please make sure that you have them activated on your profile settings, and what you're subscribed to this thread (check the attached image). I will escalate this as a feature request. I just need to confirm what you're asking: 1. You want the product slug to be auto-generated from the translated title, AND you want it to be also editable inside ATE. Is that correct? I'm double-checking, because the behavior you're describing from the pages, is not actually expected behavior from WPML: "...make the slug visible in the ATE for products when the setting “Auto-generate from title” is selected (Just like it is available for pages)." For pages, as for any other post, when having the option "Auto-generate from title (default)" the slug is not available for translation. I tested this with a new page on your website, and it's not available when the option is selected. That's why I'm double-checking the expected behavior with you. Thank you for your patience. |
| December 16, 2025 at 1:08 pm #17667610 | |
|
peterJ-48 |
Hi Lucas, You wrote: You are right about email notification. That was just a setting issue. The specific product translations where I need to change the slug, is products that has been imported in all languages. Is it also not a good idea to change the slug via the WordPress Editor when the product (+ the product translations) is imported? Best regards |
| December 16, 2025 at 3:05 pm #17668216 | |
|
Lucas Vidal de Andrade WPML Supporter since 11/2023
Languages: English (English ) Timezone: Europe/Vienna (GMT+01:00) |
Hello there, Thank you for clarifying. I’ve escalated this to our 2nd tier team as a feature request. At the moment, WPML doesn’t support auto-generating the product slug from the translated title while also allowing the slug to be edited in ATE, so we can’t offer a direct solution right now. Our developers will review the request, but please note that we can’t promise if/when it will be implemented, as priorities depend on overall demand and technical feasibility. As for directly editing the translation slug via WordPress Editor, it's not recommended, as it can conflict with the WPML generated ones. For the time being, it's best to leave them untouched. |
| December 16, 2025 at 4:25 pm #17668668 | |
|
peterJ-48 |
Hi Lucas Ok, I now see that I should have been more specific from the beginning, when it comes to explaining what the actual problem is. Sorry for not being more detailed from the beginning. We have important a large number of products (including product translations). For some products the URL is not properly added to the product page, but it is added to the products link on the product category page. I think this is due to a bug when the products slugs are generated from Turkish product titles that contain a percent sign (%). We found this by crawling the site for 404 errors. If you press any of the Plum products (in Turkish) with a percent sign (%) in the tittle, you will see that you get a 404 error. If you look at the product page (in Turkish) in the WooCommerce editor, you will see that the slug is missing (see attached images). As you can see, is it not an option for me to leave it untouched, as I need to have this error corrected. |
| December 17, 2025 at 8:30 pm #17672739 | |
|
Slava Vasenin WPML Supporter since 12/2025 Languages: English (English ) Russian (Русский ) Timezone: Europe/Riga (GMT+02:00) |
Hi Peter! My name is Slava. I'm a developer from the WPML dev team. I was checking your case with URL slug translation. I tried to replicate it in my local and test environments with Turkish translation. I didn't encounter any issues with an empty URL slug. Check the screenshot, please. For further testing, I will replicate your issue locally using your database backup. So I need to ask, is it ok if I use the latest database of hidden link? Optional. If I can create a test product and check how automated translation works on sandbox.memidos.com, it can be very helpful. Thank you, |
| December 18, 2025 at 2:57 pm #17675228 | |
|
peterJ-48 |
Hi Slava, Yes, it is ok that you use the database from the sanbox server, as long as you delete it when you are finishing testing. Are you able to get it yourself or do we need to send it to you? I can also send you the import file with the products, so you can try and import the products and see if you that way can replicate the issue. Best regards |
| December 18, 2025 at 5:00 pm #17675932 | |
|
Slava Vasenin WPML Supporter since 12/2025 Languages: English (English ) Russian (Русский ) Timezone: Europe/Riga (GMT+02:00) |
Hi Peter! Thank you for your response. I will check all the things now. If you can send me an import file, it will be very helpful. Thank you, |
| December 19, 2025 at 6:40 am #17676675 | |
|
Slava Vasenin WPML Supporter since 12/2025 Languages: English (English ) Russian (Русский ) Timezone: Europe/Riga (GMT+02:00) |
Hi Peter! Thank you for all the information and import files that you provided. It is very helpful. I confirm that when a user creates a product with X% in a title, after translation URL slug for the Turkish language is empty. The problem is that the Turkish language uses %X format for percentage values. It isn't a problem, and it is totally fine to add URL slug like `wpml-test-plum-wipeclean-ethanol-dezenfeksiyon-%80-dezenfeksiyon-mendilleri-buyuk` as it is native for WordPress. There is something on your site that filters this value (some security plugin, theme settings) and doesn't allow save it. WPML doesn't filter it by default. Just to check this, I added a small PHP code snippet which always sanitises the % symbol from url slug, whatever language is used and recorded a video with a working example of the test product with the active code snippet. Video: hidden link I moved the demo product to the trash and removed the code and code snippet plugin. I suggest checking existing plugins and the theme to find what exactly affects on empty slug case. I added a code snippet here, but I STRONGLY DON'T recommend using it; better to find what plugin/theme is doing this.
add_filter( 'sanitize_title', function( $title ) {
$map = [
'%' => '',
];
return strtr( $title, $map );
}, 9 );
Feel free to ping me for more information. Regards, |





