Skip Navigation

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

Problem:
The values in a form are set to numbers, which cannot be translated, and the plugin retrieves the label as the value. In English, the values are 0 or 1, but in the translated form, it shows the label value.
Solution:
1. Navigate to WPML -> Strings Translation.
2. Select the domain gravity_from-6.
3. Locate the strings named radio-30-choice-1-No---$0 and radio-30-choice-0-Yes---$800-value. Change the translation of 1 and 0 to match the original strings.
This issue has been resolved in the latest version of Gravity Forms Multilingual, version 1.8.0. So, there is no need to apply the above-suggested workaround. If you are still experiencing issues, we recommend checking related known issues at https://wpml.org/known-issues/, verifying the version of the permanent fix, and confirming that you have installed the latest versions of themes and plugins.

If the problem persists, please do not hesitate to open a new support ticket at 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: ,

This topic contains 11 replies, has 2 voices.

Last updated by Itamar 10 months, 4 weeks ago.

Assisted by: Itamar.

Author Posts
May 21, 2024 at 1:19 pm

royH-4

The values are now set to numbers so they cannot be translated but the plugin is getting the label as value.

In english is 0 or 1 but in the translated form is the value of the label

May 21, 2024 at 2:27 pm
May 22, 2024 at 7:11 am #15654159

Itamar
WPML Supporter since 02/2016

Languages: English (English )

Timezone: Asia/Jerusalem (GMT+03:00)

Hi,

I'm consulting our second-tier supporters about this issue. I'll update you once I have their response.

Meanwhile, the following is unclear to me. Please answer the following questions.

A. Have you tried using WPML's troubleshooting section ( (WPML -> Support -> Troubleshooting) to solve the problem?

B. Have you tried to recreate the forms with the problem, retranslate them, and see if the problem persists?

Regards,
Itamar.

May 22, 2024 at 8:46 am #15656427

royH-4

Hey Itamar,
Thanks for consulting with your team about our issue.

I will punctually respond to your questions:
A. Tired all the Troubleshooting suggestions in the documentation. Problem still persists.

B. I tried to add a new form and translate it and it works as expected. But I couldn't do anything for the old forms; we cannot recreate all the form from scratch because we have a lot of logic in them.

I did delete the translation for the existing form multiple times, and reset it as your colleague suggested, but this didn't solve the issue.

You can try resetting the translation for the current form if you want but on my end the translated values are not changing.

Thanks.

May 22, 2024 at 10:54 am #15657365

Itamar
WPML Supporter since 02/2016

Languages: English (English )

Timezone: Asia/Jerusalem (GMT+03:00)

Hey.

Thank you for further clarifications.

Our second-tier supporter says it is an interesting and probably an edge case. Of course, we want to investigate this case further. Our second-tier supporter brings up the following doubts.

A. He wonders if you put something other than "Yes and No" if the value would change for the original form.

Can you please try it and relate to this?

B. In addition, he recalled that there was the possibility of setting a custom value in addition to the label. Perhaps you set that first and then un-set the option.

Could this be the case?

The best thing would be replicating the issue on a clean WordPress installation with WPML and Gravity Forms. If you can help us with this, that would be great. For this, I created a test website with a clean WordPress install. You can access it through this link:

hidden link

With this link, you'll be directly logged in.

I've installed GF on this site and configured WPML to have English as the default language and French as the second language.

Can you create a test form with similar settings to your site and replicate the problem?

Do not import your site into the sandbox site. This is not its purpose.

Otherwise, there might be something corrupted on your site that we will need to check.
If you cannot replicate this issue on the sandbox site, we will need your permission to install a plugin like Duplicator or All In One Migration and take a copy of your site. Please let us know if you agree to this.

Regards,
Itamar.

May 22, 2024 at 11:48 am #15657838

royH-4

Hello,

A. I tried changing the values and the labels, they changed in the original language but not in the translated form.

B. In addition, he recalled that there was the possibility of setting a custom value in addition to the label. Perhaps you set that first and then un-set the option.
The label is not the same for all the forms, the values are set to numbers on all of them, and not one of them is translated.

The form works perfectly in the original language, when I update the fields, the translation update is not working.

C:
There is no point of recreating the whole form, I already did that on our website and it works well. For new forms, the translation is working as expected, the radio values are there in the translation as well.
hidden link

It seems that the problem is that the wpml keeps the old radio field value even though you translate the label.
This is the best description of the issue.

Thanks

May 23, 2024 at 7:25 am #15660675

Itamar
WPML Supporter since 02/2016

Languages: English (English )

Timezone: Asia/Jerusalem (GMT+03:00)

Thanks for your detailed answer.

I want to explicitly ask for your permission to install a plugin like Duplicator or All In One Migration and take a copy of your site. Please let us know if you agree to this.

Thanks,
Itamar.

May 23, 2024 at 10:33 am #15662152

royH-4

Yes, please go ahead

May 23, 2024 at 4:04 pm #15664466

Itamar
WPML Supporter since 02/2016

Languages: English (English )

Timezone: Asia/Jerusalem (GMT+03:00)

Thanks.

I installed the All-in-One WP Migration plugin on your site and took a copy of it. I escalated the issue to our second-tier supporters. They will check it, and when I have any news from them, I'll update you here.

I appreciate your patience.

Regards,
Itamar.

May 28, 2024 at 1:21 pm #15678888

royH-4

Any news on that?

May 28, 2024 at 5:48 pm #15680178

Itamar
WPML Supporter since 02/2016

Languages: English (English )

Timezone: Asia/Jerusalem (GMT+03:00)

Hi,

The issue has been further escalated to our developers. I'm asking our second-tier supporters if we have a workaround we can provide you with.

I'll get back to you as soon as I have their answer.

Regards,
Itamar.

June 9, 2024 at 6:48 am #15718823

Itamar
WPML Supporter since 02/2016

Languages: English (English )

Timezone: Asia/Jerusalem (GMT+03:00)

Hi,

Our second-tier supporter has provided a workaround for this issue. Please proceed with the following.

1. Go to WPML -> Strings Translation.

2. Select the domain gravity_from-6.

3. Find the strings with 0 and 1 under the name radio-30-choice-1-No---$0 and radio-30-choice-0-Yes---$800-value and change the translation of 1 and 0 to the same strings.

Please see the attached screenshot.

Our developers have already fixed the issue, and the fix will be included in future versions of Gravity Forms Multilingual.

Regards,
Itamar.

change-gravity-value.png
June 30, 2024 at 11:03 am #15862107

Itamar
WPML Supporter since 02/2016

Languages: English (English )

Timezone: Asia/Jerusalem (GMT+03:00)

Hi,

This issue is fixed with the latest version of Gravity Forms Multilingual 1.8.0.
We are closing this ticket.

Don't hesitate to contact us again with any WPML issues or questions.

Regards,
Itamar.