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 |
|---|---|---|---|---|---|---|
| - | 8:00 ā 14:00 | 8:00 ā 14:00 | 8:00 ā 14:00 | 8:00 ā 14:00 | 8:00 ā 14:00 | - |
| - | 15:00 ā 17:00 | 15:00 ā 17:00 | 15:00 ā 17:00 | 15:00 ā 17:00 | 15:00 ā 17:00 | - |
Supporter timezone: Europe/Madrid (GMT+02:00)
Tagged: Bug
This topic contains 65 replies, has 1 voice.
Last updated by Paola Mendiburu 5 days, 8 hours ago.
Assisted by: Paola Mendiburu.
| Author | Posts |
|---|---|
|
May 4, 2026 at 1:42 pm
#18011036
|
|
|
Hi Paloa. I understand you'd like me to add this language the normal way. As explained,I tested your solution on our staging environment: no cache, no WooCommerce enabled. While I understand there's no issue on your side when you test it on minimal environment, I must say I'm looking for a *consistent* way to proceed to language addition , because this will be required again in the future. That's why we use WPML: to translate our website, and add more languages. So it must work. Anyway, shutting down the shop is not a graceful way to manage a website. Degrade a website to run a plugins function is just not professional. WPML is a professional plugin, we pay for it. I think we can expect a professional behavior. A standard request that takes over a minute *is* far from optimal. For now, all I know is that your solution doesn't work on our hosting environment, which means all the WPML's requirements. So no 5xx error here but... If you're not the person who can fix it, I totally understand. It's been more that I month we're discussing this issue. We really need to add this langage now. I hope you understand. Thanks |
|
|
May 5, 2026 at 8:13 am
#18012814
|
|
|
Paola Mendiburu WPML Supporter since 11/2020
Languages: English (English ) Spanish (EspaƱol ) Italian (Italiano ) Timezone: Europe/Madrid (GMT+02:00) |
Hi there! I did the tests with all the plugins activated. As it is working on the local copy of your site, could you please give me access to your site? That way I can investigate the issue directly. |
|
May 11, 2026 at 7:18 am
#18025963
|
|
|
I'm still looking for a way to share this test environment. In the meantime, could you please detail what are the steps required, code wise, to create a language, besides downloading translation files? I hardly believe this takes so much time. Thanks. |
|
|
May 11, 2026 at 11:26 am
#18027112
|
|
|
Paola Mendiburu WPML Supporter since 11/2020
Languages: English (English ) Spanish (EspaƱol ) Italian (Italiano ) Timezone: Europe/Madrid (GMT+02:00) |
Hi there! It should not take that long or return an error, as you can see on the local environment where I tested it using a copy of your site. I have enabled the next reply as private so you can safely share the login credentials. |
|
May 11, 2026 at 11:45 am
#18027184
|
|
|
Could you please detail what are the steps required, code wise, to create a language, besides downloading translation files? |
|
|
May 12, 2026 at 8:56 am
#18029608
|
|
|
Paola Mendiburu WPML Supporter since 11/2020
Languages: English (English ) Spanish (EspaƱol ) Italian (Italiano ) Timezone: Europe/Madrid (GMT+02:00) |
There is no custom code for that you need to add it from WPML --> Languages. |
|
May 12, 2026 at 10:06 am
#18029792
|
|
|
You don't understand my question. I'm just asking what it takes to add a language from the code perspective. What tasks accomplish the WPML code to add a language to the current installation. I would just like to understand what takes so long. Because the only information we get during the process is the message about retrieving the translation files. |
|
|
May 13, 2026 at 10:06 am
#18032499
|
|
|
Paola Mendiburu WPML Supporter since 11/2020
Languages: English (English ) Spanish (EspaƱol ) Italian (Italiano ) Timezone: Europe/Madrid (GMT+02:00) |
I have escalated to the second tier! I will let you know as soon as I have an answer. |
|
May 13, 2026 at 2:28 pm
#18033594
|
|
|
Hi, Since the ticket is very long, I feel the need to gather what's been said. I need to add a language to my website, hosted behind CloudFront, with a 60 seconds timeout limitation, that can't be changed. During my tests, I understood the following: 1. Adding a custom language takes longer that a standard language, but in our case, still takes over a minute. 2. I tried to add Brazilian as custom language, and it would fail. After exporting a DB and trying it from a minimal environment (vanilla WordPress + this DB), it would still fail, while adding another, different custom language wouldn't. Then I realized Brazilian was offered in standard languages. Then, adding the standard Brazilian would work locally. But still takes more than 1 minute 3. Disabling WooCommerce could reduce the time needed to add a language. But in my case it's not possible, since my custom theme needs WPML, and WooCommece relies on add-ons. It's a long process, degrades the user experience... I can't conceive your only suggestion to addd a language is to alter the website's behavior It's been 2 months I need to add this language. - I understand that, during the language creation process, translations files are dowloaded... But that's all I know and can't conceived downloading translation files take so long. When it fails, I get no message besides timeout. I can't find any log regarding this issue. So I asked what are the steps included in the language creation process, just to try figuring out what's going on. - I asked if you could offer a command line method (not limited by CloudFront). Unless you understand what takes so long an can reduce it, or process it with a method not limited by requests timeout, I can't think of another solution to create more language. Thanks for coming up with a solution. Best Regards, |
|
|
May 13, 2026 at 4:57 pm
#18034066
|
|
|
Paola Mendiburu WPML Supporter since 11/2020
Languages: English (English ) Spanish (EspaƱol ) Italian (Italiano ) Timezone: Europe/Madrid (GMT+02:00) |
Hi there! I checked this further with our second-tier team. The main time-consuming part when creating the new language seems to be downloading the language pack for PT-BR through WordPress itself. To work around this, could you please try the following steps? This way, WPML should skip the language pack download step and the process should complete much faster. Please make sure to create a full backup before trying these steps. Let me know how it goes. |
|
May 18, 2026 at 2:44 pm
#18043487
|
|
|
Hi, On the other hand, if I disable all the plugins, besides WPML SitePress Multilingual, then it will be much faster. Adding a language then takes less than 3 seconds. So the issue seems related to the plugins, or a least some of them. We have a lot of plugins. I couldn't identify all the culprits String translations seems to slow things dow siginificantly, but also doesnt' seem to be the only culprit. I need to test more to identify the plugins responsible. |
|
|
May 19, 2026 at 8:07 am
#18044869
|
|
|
Paola Mendiburu WPML Supporter since 11/2020
Languages: English (English ) Spanish (EspaƱol ) Italian (Italiano ) Timezone: Europe/Madrid (GMT+02:00) |
As a workaround, you can install the plugin Check Conflicts and temporarily disable all plugins except WPML Multilingual CMS using it, then try adding the language again. This method is safe because the changes made through Check Conflicts will only affect your own IP address/session, so your visitors and other users will not be impacted. |
|
May 19, 2026 at 12:42 pm
#18045867
|
|
|
Sorry Paola but I don't get your point here. I assume you suggest using this plugin: hidden link Now, if I disable the WPML Multingual CMS plugin I will be able to: The issue is generic. While I can agree adding a language is not a day to day task, it's not either a major maintenance task, and should not require so much effort as: 0. Backup the database and put the website under maintenance mode and cut the public trafic during the down time Then the remaining tasks (I assume, related to strings and plugins content inventory),can be run in the background, without affecting the users. That's such a process! If this is meant to be a long task for big websites (while ours is actually not so big...), please just provide us with a shell process, to make the same actions, without being held by the frontend limitations. Guys, you've been the most popular and widespread multilingual plugin for WordPress. Thanks |
|
|
May 19, 2026 at 2:36 pm
#18046294
|
|
|
Paola Mendiburu WPML Supporter since 11/2020
Languages: English (English ) Spanish (EspaƱol ) Italian (Italiano ) Timezone: Europe/Madrid (GMT+02:00) |
Hi, Thank you for the detailed explanation. I completely understand your point and your frustration here. I agree that disabling plugins is not an ideal workflow for adding a language on a production website, especially on a site already relying on a complex ecosystem of plugins and services like CloudFront. Your feedback is absolutely valid. The reason I initially suggested the conflict test was only as a troubleshooting step to better isolate where the slowdown happens internally during the language creation process, not as a permanent or recommended workflow for normal operations. At this point, I have escalated the issue to our second tier team so they can investigate this more deeply and check whether there is a better workaround or a more suitable approach for environments like yours. To help them analyze the issue properly, I also attached the Duplicator package copy of the site to the escalation. As soon as I receive feedback from them, I will update you immediately. |
|
May 19, 2026 at 4:15 pm
#18046588
|
|
|
Thanks, looking forward to your feedback. Best Regards, |
|
