Skip to content Skip to sidebar

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)

This topic contains 22 replies, has 0 voices.

Last updated by Paola Mendiburu 1 month, 3 weeks ago.

Assisted by: Paola Mendiburu.

Author Posts
June 12, 2026 at 10:09 am #18099141

alexanderB-140

Hi Carlos,

As requested, here are the specific errors and notices currently appearing in our debug log:

1. WPML String Translation Warnings
We are seeing multiple Undefined array key warnings for the following keys: "job_id", "automatic", "editor", "translation_service", and "review_status".
Location: /wp-content/plugins/wpml-string-translation/StringTranslation/Infrastructure/Translation/Query/FindTranslationDetailsQuery.php (Lines 73 and 76)
2. ACF Textdomain Notice
Error: PHP Notice: Function _load_textdomain_just_in_time was called incorrectly. Translation loading for the acf domain was triggered too early.

I am also attaching the debug.log file for your scrutiny.
Please let me know how we should proceed to resolve these.

debug.log:
hidden link

June 12, 2026 at 10:46 am #18099193

Carlos Rojas
WPML Supporter since 03/2017

Languages: English (English ) Spanish (Español )

Timezone: Europe/Madrid (GMT+02:00)

Hi,
Thank you very much for sharing this information.

I have analyzed the debug.log, and there is not enough information to isolate the cause of the issue.

For this reason, I kindly ask you to create a video showing all the steps and the issue so I can send it to our 2nd-tier specialists for further analysis.

Looking forward to your message.

June 15, 2026 at 10:14 am #18103505

alexanderB-140

Hi Carlos,
Thank you for the update.
As requested, I have created a video recording showing the setup and the behavior on our end: hidden link

For your reference, here are the specific page URLs featured in the video:
Glossary Test CSV:
German: hidden link
English: hidden link
Glossary Test (not featured in the video, but the glossary term is displayed):
German: hidden link
English: hidden link

I understand that this issue might not replicate in a clean sandbox environment. However, because these specific PHP warnings and textdomain notices are often tied to environment configurations and existing database strings, could you please try replicating or investigating this directly on our staging site?

You already have administrative access to our staging environment, where these errors are consistently generating in the debug log.
Please let me know if you need me to re-send the login credentials or if your 2nd-tier specialists can jump straight into the staging site to investigate further.

June 16, 2026 at 11:20 am #18106589

Paola Mendiburu
WPML Supporter since 11/2020

Languages: English (English ) Spanish (Español ) Italian (Italiano )

Timezone: Europe/Madrid (GMT+02:00)

Hi there!

This is Paola, and I'll be taking over this ticket while Carlos is away.

I found the reason for the behavior you're experiencing. For the existing term, the "Preserve related Translation Memory entries" option is enabled. When this setting is checked, WPML preserves the existing Translation Memory entries, which means that existing translations will not be updated or overwritten.

To allow the translations to be updated, you'll need to disable this option and then try again.

I've recorded a short video showing the setting and how to change it:
hidden link

June 17, 2026 at 3:53 am #18107890

alexanderB-140

Hi Paola,

​Thank you for taking over this ticket and looking into our issue.

​Regarding the "Preserve related Translation Memory entries" setting mentioned in your message, I wanted to clarify that we actually ensured this option was disabled during our import.

​If you take a look at the video recording between the 1:18 and 1:22 timestamps, you can see that "Replace existing terms" is checked, but "Preserve related Translation Memory entries" is explicitly left unchecked. (By the way, it looks like the video link you included in your reply accidentally points back to this same recording I sent over, so I wasn't able to view your new screencast!)

Because the translations are still failing to update even with that setting disabled, the underlying issue seems to be caused by something else. Since you already have administrative access to our staging environment, could you or the 2nd-tier specialists try replicating the import directly on the staging site to see why it isn't overwriting as expected?

​Looking forward to your findings.

June 17, 2026 at 7:59 am #18108248

Paola Mendiburu
Supporter

Hi there!

I was able to reproduce the issue.

I have escalated to the second tier.

I will let you know as soon as I have some news.

June 22, 2026 at 9:52 am #18117805

alexanderB-140

Hi Paola,

I hope you are doing well.

I am just checking in to see if the second-tier specialists have had a chance to look into this issue or if there are any updates since it was escalated last Wednesday (June 17).

We are looking forward to any insights or workarounds they might recommend so we can move forward with our staging environment.

Thank you for your continued help!

June 22, 2026 at 9:55 am #18117812

Paola Mendiburu
Supporter

The issue has been escalated to the developers as that settings cannot be deactivated.

For the moment the only workaround is this one: hidden link

I will let you know as soon as I have some news.