Background of the issue:
I am trying to get French translations to be used for Ninja Forms admin notifications when sending from a French page. Translations are correctly set for this specific form ('ninja-forms-1' domain in String Translation). Everything is up to date, including WordPress, theme, and plugins. The issue persists when using the default WordPress theme and only enabling the following plugins: Ninja Forms, Ninja Forms Multilingual, WP Mail Logging, WP Mail SMTP, WPML Multilingual CMS, and WPML String Translation. I already tried the fixes mentioned in these forum posts: https://wpml.org/forums/topic/ninja-forms-confirmation-email-not-translated-when-logged-out/ and https://wpml.org/forums/topic/i-have-problem-with-translating-ninja-forms-to-croatian/. This is a staging website. The issue doesn't seem to appear on the live site hidden link. I also tried sending the form with the exact same plugin versions as the live site, but the issue persists. Link to a page where the issue can be seen: hidden link.
Symptoms:
The client email (sent to the visitor) is correctly translated, but the admin notification email is sent using the English texts instead of French.
Questions:
Why is the admin notification email not being translated to French?
What steps can I take to resolve the translation issue for admin notifications?
Welcome to WPML support. I will answer this ticket before it is assigned to one of my colleagues.
Please consider that there is a distinction between the two types of emails and the source of generation.
If an email is generated while on the front end of the website it takes the language that the page is currently in in the front end.
But WordPress does not allow the same thing on the admin side. If the email is generated from the admin, it will take the profile language of the admin user that the email generates from.
For testing you can go to WP Dashboarad > Users > Profile and change the admin language there and see if the generated email now takes the language you selected there.
I think I understand the distinction you're talking about, but the issue I'm experiencing occurs on the frontend, not the backend/admin side.
When you mention the "admin side", does that simply mean being logged in as admin on the frontend ? Or being on an admin page (like /wp-admin or so) ?
I did my form submission tests while being logged in as admin, and indeed I confirm the admin email notification is using my profile language in this case (if I switch my profile from EN to FR, the admin email is sent in FR).
While that's not much of an issue in my specific case, I don't consider it being the "admin side". I'm still submitting the form from the frontend like any visitor.
The real issue is, if I submit the form in private browsing (so not logged in), both EN and FR versions of the page will send the admin email notification in EN, instead of the page language...
My client (the website owner) asked me to put "[EN]" or "[FR]" at the end of the email subject, for the form submissions, depending if the form is sent from the EN or FR version of the website.
That's something he needs to correctly sort the emails on his end.
I configured the forms that way back in January and I don't see this issue on the live site. Each time a form is sent from the EN version of the website, the email admin notification is sent in EN, and for FR version, it's always sent in FR as well.
At least, that's what I see in the email logs... (each time we have a form submission, the admin email notification has the same language as the page and the visitor email notification)
While testing (on the live environment) by duplicating a form and setting up the translations then submitting the form (private browsing, not logged in), I also get the admin notification in EN no matter if I'm on the FR or EN page.
Is there something I'm missing here ?
How to make sure the admin email is sent in the language of the page the form has been sent from ?
What about visitors that are not logged in and so don't have a "profile language" ?
I supposed the logic here would be to take the page language instead, but it doesn't seem to be the case as explained above.
This doesn't seem to be the case.
For example, I don't use any merge tag in the email subject, and as described above, I still have translation issues.
So I'd say no.
For some reason I can't edit my reply.
Just in case... The admin email is actually written in French for both languages (my client is French so no point in translating the body).
But the subject should contain [EN] or [FR] at the end depending on the language of the page from which the form has been submitted.
And in this case, the subject has always [EN] at the end, even for the French page.
May I already ask if the translations I've already done of the different strings of the forms, on the String Translation screen, could be source of conflict with the translations I'm about to do in the Translation Management screen ?
Or can I just translate the forms in Translation Management and leave it that way in the String Translation ?
I translated the form using the Translation Management feature but the issue persists.
One thing which is fixed is the client email - I receive the client email in the correct language depending if I submit the form on the EN or FR page. It was not the case before.
But the admin email is again always sent in EN, even if the form has been submitted on the FR page.
I tried on both stagings, in private browsing without being logged in.
I searched for 'Form submitted successfully.' in WPML -> String Translation and I found that there were a few untranslated strings under other domains. I translated them all except for one that is different: hidden link
Please make sure you have translated all the strings from the emails and share a URL where one of these strings can be edited in the original language.
Using your link, I see that you translated the success message of forms 4 and 6.
(domains : "ninja-forms-4" / "ninja-forms-6")
The form I'm testing is ID 1.
If you didn't know, the domain contains the form ID at the end, so for my test form, the domain is "ninja-forms-1", which was already translated.
But, to be honest, I don't even understand what's your point here.
My issue isn't about Success messages.
It's about email actions.
Also, you told me earlier to translate using Translation Management and not to use String Translation.
In Translation Management, I already translated all strings of my form ID 1 in FR. (default language is EN)
Anyway, I've translated the last success message in the link you provided (domain "ninja-forms-3") but it obviously doesn't change anything to my issue described above.
I tested again my form, same issue.
FYI I cleared the website cache before and tested in private browsing again.
If that can help you understanding my issue, I joined an image of my inbox.
You can see :
- 11 emails "Nouvelle demande de contact [EN]"
- 7 emails "Merci pour votre message"
- 4 emails "Thank you for your message"
What I should have received :
- 7 emails "Nouvelle demande de contact [FR]"
- 7 emails "Merci pour votre message"
- 4 emails "Nouvelle demande de contact [EN]"
- 4 emails "Thank you for your message"
(I configured the form so I receive both client and admin email notifications, for testing purposes)
Lastly, I don't really understand what you're asking exactly here :
"share a URL where one of these strings can be edited in the original language"
If you want to edit a string of this form (ID 1) in the original language (EN), here it is : hidden link
To be more specific, my issue is with the Email Action "Email Notification".
That's the one we send to the website admin ("Nouvelle demande de contact" in my attached screenshot).
That's the one always sending the string from EN language.
Here the original EN string for the subject of this email action :
"Nouvelle demande de contact [EN]"
And here's the translation I've set up and that should be used when the form is submitted on a FR page :
"Nouvelle demande de contact [FR]"
But as you can see, it's always using the original string and never the translated.
I suspect we might be facing a compatibility issue; for that reason, I have created a fresh new WordPress installation with the WPML plugins and Ninja Forms.
I kindly ask you to access the sandbox site using this link: hidden link and create/translate a test form.
I have already installed a Mail log plugin to access the emails sent.
There is no need to add real information, just test information that allows to check if the issue persists or disappears in this sandbox scenario.
