This thread is resolved. Here is a description of the problem and solution.
Problem: If you're unable to translate HTML messages set in WPForms Locker addon or other WPForms addon message fields, and you've checked for the string without success, you might consider modifying the XML configuration. Solution: We recommend following these steps: 1. Edit the
wpml-config.xml
file. 2. Add the following code:
<property>form_locker_user_message</property>
underneath this line:
<property>form_pages_footer</property>
3. Update the form. 4. Send the form to translation. These steps resolved the issue in our sandbox testing environment.
If this solution does not apply because it might be outdated or not suitable for your case, we highly 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 issue persists, please 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.
Thanks for your update. Could you please create a fresh multisite from scratch on your server and install only WPML and WP Forms to check if the issue would persist?
It could be a multisite configuration issue or multisite conflict with the WP forms pages plugin.
I would like to update you about checks I have done in these hours.
I've had an answer from WPForms:
"I had a chat with the developers, and our devs suggested that we have already added compatibility for the Conversational Form and Form pages addon. Thus the bug is likely coming from the WPML end. In this case, I would suggest you check with the WPML team, and see if they're able to provide any solution."
So i tried to recreate a fresh site on STAGING updating WP from last download (except /wp-content folder) and setting only one page and one form with WPForms and WPML plugin.
In this case WPForm Form Page traslation from IT to EN works.
So I worked al LIVE site (multisite), also updating wordpress files, but I had the same problem!
Than, after hours 😢 I found where (i think, and hope so) there was the problem:
In WPML Settings --> Translation of content types -->
WPForms --> Translatable changing flag from:
shows only the translated items
to
use translation if available or leave default language
resolved the issue.
I tried also to revert on sandbox demo site, changing flag to "shows only the translated items", and if I open: hidden link
I don't receive 404 error, but I can't see Form Page, system show me page: hidden link
Thanks for your update. Could you please confirm that the translated forms work correctly now?
The strange thing is that in the sandbox and your single site staging, the same configurations work correctly, while in the multisite, you need to change the translation preferences for WP Forms.
Please let me know if you need further assistance regarding this issue.
Thanks for your cooperation and for sharing your debugging steps
Hi Osama,
as you can see also in your demo sandbox if you go to WPML Settings --> Translation of content types -->WPForms --> and flag "shows only the translated items"
WPForm Form Page traslation doesn't works.
The issue is not about multisite, WordPress version, staging or live.
Now I know what I have to check in order to return no errors from Form Page translation, but, is it a bug that could be useful to investigate?
Thanks for your patience. The issue has been escalated to our compatibility team, and they will contact the plugin author to fix it with them.
In the meantime, you can use the workaround you found in order to work with the translated form page.
Best regards,
Osama
Manage Cookie Consent
We use cookies to optimize our website and services. Your consent allows us to process data such as browsing behavior. Not consenting may affect some features.
Functional
Always active
Required for our website to operate and communicate correctly.
Preferences
The technical storage or access is necessary for the legitimate purpose of storing preferences that are not requested by the subscriber or user.
Statistics
We use these to analyze the statistics of our site. Collected information is completely anonymous.The technical storage or access that is used exclusively for anonymous statistical purposes. Without a subpoena, voluntary compliance on the part of your Internet Service Provider, or additional records from a third party, information stored or retrieved for this purpose alone cannot usually be used to identify you.
Marketing
These cookies track your browsing to provide ads relevant to you.