Skip Navigation

This thread is resolved. Here is a description of the problem and solution.

Problem: Manual translation reverts to original

Solution: This seems like another known issue we had and our specialists recommend applying this solution:
- Add this code to the functions.php file on the theme's folder:

add_filter( 'wpml_pb_is_editing_translation_with_native_editor', '__return_true' );

Relevant Documentation:

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: ,

This topic contains 12 replies, has 2 voices.

Last updated by Carlos Rojas 1 year, 5 months ago.

Assisted by: Carlos Rojas.

Author Posts
October 10, 2022 at 8:49 am #12211383

robertaD-5

Manual translation reverts to original

October 10, 2022 at 8:59 am #12211467

Carlos Rojas
Supporter

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

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

Hi there,

Here is the new ticket 🙂

Regards,
Carlos

October 10, 2022 at 8:59 am #12211469

robertaD-5

Hello,

I am re-opening the following ticket: https://wpml.org/forums/topic/manual-translation-reverts-to-original/

The problem was not resolved by the suggested WPML update, and it occurred again.

We can reproduce it as follows. The sequence of events can be confirmed by the logs in the WP Activity Log plugin.

1) Original article - id: 889499, lang: EN, created: 30/Sep 14:51, scheduled for publishing 1/Oct 08:00

2) Translation article - id: 889619, lang: MT, created: 30/Sep 20:48, scheduled for publishing 1/Oct 08:00

3) On 1/Oct 08:00 - the original article (id: 889499) changed its body to the MT content from (id: 889619). According to the WP Activity log plugin these changes were done on schedule by the user "System". This can also be seen on revision /wp-admin/revision.php?revision=889667 - the revision has been done by post_author 0.

So now we can demonstrate that the original article is having its content reset upon a schedule, and the change was triggered by the schedule and not by a user.

Please let us know how we can safely provide WordPress access for your investigation.

Reuben

October 11, 2022 at 7:32 am #12217663

robertaD-5

May I kindly confirm if this ticket has been registered?

October 11, 2022 at 7:42 am #12217805

Carlos Rojas
Supporter

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

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

Hi there,
Thank you for your message

I have consulted with my colleague Yvette about this issue and I need you to reproduce the problem. step by step, in a new WordPress installation. For this reason, I created a Sandbox site with WPML plugins already installed and setup-up. You can access this Sandbox site via this plugin: hidden link

Please install only the minimum necessary plugins to reproduce the issue and create a video where the steps to reproduce the issue can be seen. Let me know if the problem persists in this environtment.

Note: Keep in mind that for us to be able to escalate this ticket to our 2nd tier of support, the issue must be reproducible on demand.

Looking forward to your message
Regards,
Carlos

October 14, 2022 at 8:36 am #12240939

robertaD-5

Dear Carlos,

I have tried reproducing the issue on the sandbox environment but was unable.

Since this problem is not easily reproducible, during the original ticket, it was mentioned that you would need to see an event log / audit trail if the problem happened again.

The problem happened again in the live environment and an Audit plugin is now in place.

Thanks

Reuben

October 14, 2022 at 9:15 am #12241259

Carlos Rojas
Supporter

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

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

Hi Reuben,

In order to escalate this ticket to our 2nd tier of support, we need to reproduce the issue on demand. I kindly ask you to try to find the exact steps to see/reproduce the problem so we can try to isolate its cause.

Regards,
Carlos

October 20, 2022 at 6:57 am #12275577

robertaD-5

Good Morning Carlos,

The problem keeps on re-occurring and we have finally managed to reproduce on-demand on your sandbox environment.

1) Create a post in the MT language with title "MT" and body "MT"; select category Cat MT; Save as draft.

2) Create a translation article in EN using the + button; title "EN" and body "EN"; Save as draft.

3) Schedule this same EN article for the near future (example in 5 minutes)

4) Go to the MT article and schedule it for farther future (for example in 12 hours)

5) Open the EN article. The body is now "MT".

i.e. the body of the translation article is reverting to the body of the original language.

We have managed to reproduce the problem above twice as you can see in the created posts on the sandbox environment.

Thanks

Reuben

October 20, 2022 at 10:06 am #12277689

Carlos Rojas
Supporter

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

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

Hi Reuben,
Thank you for sharing these steps

I was able to reproduce the issue on the Sandbox site so I decided to escalate this ticket to our 2nd tier of support where our 2nd tier specialists will take a deeper look and will try to find a solution.

I will keep you updated.

Regards,
Carlos

October 25, 2022 at 7:38 am #12304887

robertaD-5

Good Morning Carlos,

May I kindly check the status with the 2nd support tier, and if there has been any development?

Reuben

October 25, 2022 at 9:37 am #12305885

Carlos Rojas
Supporter

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

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

Hi Reuben,

This seems like another known issue we had and our specialists recommend applying this solution:
- Add this code to the functions.php file on the theme's folder:

add_filter( 'wpml_pb_is_editing_translation_with_native_editor', '__return_true' );

Can you confirm that the issue is solved?

Regards,
Carlos

October 25, 2022 at 9:43 am #12305967

robertaD-5

Thank you, Carlos,

We will definitely go with the recommendation of your specialists.

However, before going live with this change, could you kindly send us more information related to:

- the details of the known issue, in order to better understand it
- what does the provided code do?
- has it been tried on the supplied sandbox environment? if not, can we try it ourselves, i.e. have access to functions.php?

Thanks and Regards

Reuben

October 25, 2022 at 9:49 am #12305985

Carlos Rojas
Supporter

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

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

Hi Reuben,

The original ticket that triggered the investigation from our 2nd tier specialists is this one: https://wpml.org/forums/topic/advanced-custom-fields-system-field-meta-dissapearing/ which is slightly different than yours but it seems that the cause is the same.

Also, you can try the solution on the Sandbox site, I already installed a File Manager plugin so you can edit the functions.php file

Regards,
Carlos

This ticket is now closed. If you're a WPML client and need related help, please open a new support ticket.