[Resolved] in regards to "Once again. Email languages in woocommerce"
This thread is resolved. Here is a description of the problem and solution.
Problem: The client was experiencing inconsistent language in WooCommerce emails, with some strings appearing in the wrong language. This issue persisted even when all plugins were disabled, and it was exacerbated by plugins that hook into WooCommerce emails, such as 'germanized' and 'Kadence email designer'. The client suspected that the problem was related to the main installation language not being English and that WPML was not respecting the 'wpml_language' meta field of an order when creating emails.
Solution: We investigated the issue by disabling all plugins and re-enabling them one by one. We discovered that disabling the 'GeoDirectory Multilingual' plugin caused the order interface to revert to English and the email language inconsistency issue did not replicate. This suggests that the 'GeoDirectory Multilingual' plugin might be causing the language translation issue. Unfortunately, further investigation was halted due to a critical error on the staging site after re-enabling the plugins. We advised the client to restore from a backup so we could continue debugging.
If you're experiencing similar issues with the language of your WooCommerce emails, we recommend checking for plugin conflicts, particularly with 'GeoDirectory Multilingual', and ensuring that your site's main language is set correctly. If the solution provided here is not relevant to your case, possibly because it's outdated or not applicable, please open a new support ticket. We also highly recommend checking the related known issues, verifying the version of the permanent fix, and confirming that you have installed the latest versions of themes and plugins. If you need further assistance, please contact us in the 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.
ps ... and i don´t know if woo core or a "plugin" is sending the payment confirmation. It´s always about what triggers which email. Thats why in my first post (in this thread?) i was asking why not everytime wpml_language is checked in the meta data of the order before sending any mail. But hey, i have no clue how woo is handling emails.
Languages: English (English )French (Français )Arabic (العربية )
Timezone: Pacific/Easter (GMT-06:00)
Hello,
I think I was able to replicate it whenever the admin order language is set to German, I tried to detect which plugin is used to make the interface in German, so I disabled all your plugins and Enabeled them one by one.
I found out that when I disable GeoDirectory Multilangual, the interface goes back to english, but I didn't know that this plugin is able to do such thing.
Long story short, the issue never replicated when the order interface is in English, and one plugin is causing this translation, any idea what could it be? is it Geodirectory by any chance?
I wasn't able to keep investigating as enabling plugins back caused a critical error to your staging site, sorry for that, I hope if you have a backup so I can debug this further, please let us know if you have any more information on this.
Oh man, you can´t believe how happy i am that you could replicate that problem. After 4 pagelong support threads with onthegosystems 😉
My Server Provider cut "you" off. Thought a script was spamming. It should work again.
Mmh, Geodirectories ... i would wonder if admin site language would be determined by GD. Maybe you mean:
WPML-Spracheinstellungen
Bearbeitungssprache: Admin-Sprache als Bearbeitungssprache einstellen.
?
Also the Mails that are triggered in FrontEnd i sent you from the live site that shouldn´t depend on the admin language are still sometimes wrong.
It´s a wpml core problem when your setup do not depend on EN as main language. You can´t believe how many problems i had to solve and how many support threads i opened with onthegosystems to solve (in crazy ways) those problems. I´m guessing sometimes wpml messes up which string belongs to which language .... to fix this is a nightmare where you have to delete strings completly from the database and reinsert all languages again.
Anyways for many problems i couldn´t find a real fix since. The email behavior is one of those.
....., it would wonder me if a plugin is the culprit. Delete Geodirectories and try again, if you think that solves the problem. The server should operate again.
You´re the man, Ilyes! .... Funny thing is, i´m pretty sure the same problem existed also before i installed GeoDirectories. i strongly hope i´m wrong.
Or, there was another problem before with a similar behavior that poured into the GD problem and thats why i didn´t realize?
I will disable GD Multilingual, or better, get in contact with the GD-guys (they are very responsive) to have them have a look on your video. I will link them also to this thread.
I would love NOT to resend the wrong emails to the customers to proof the concept. It would be even more embarassing. I think having a trial period after GD have a look, debugging/switching off, waiting for some more new orders will tell us. Ok?
PS. if this is the problem, i will personally book vacation to the place where you live to kiss your feet.
ps never mind. in the email log on staging you can view all emails. Just realized.
Hi Ilyes, did you keep the wrong emails from staging? could you send them to me (the admin-email address from the staging site. Don´t want to post it here)? GD-Support is asking for some examples from staging.
I hope onthegosystems is going to do a better job with testing plugins in the future. (Date last test 19/Sep/2023) ... i have the problem at least for a year or longer.
Languages: English (English )French (Français )Arabic (العربية )
Timezone: Pacific/Easter (GMT-06:00)
Hello,
I'm glad that all these trials were actually used to solve the issue,
Keep in mind that compatibility is tricky as it consists of collective work between both parties (WPML and the plugin authors)
If one party changes anything without taking into consideration the other party (most of the time unintentionally), it creates issues like this one, and it is only possible to know if an issue exists is by having a support forum like this one where our users can share bugs and insights.
I hope for your understanding that compatibility projects require the cooperation of all parties along with their users,
Your patience was really admirable, and I hope I answered your concerns!
Well, i do agree in parts. "Fully compatible" means to me it works at least without breaking bugs. This is the third plugin listed as fully compatible that costed me many hours by NOT being fully compatible (besides many bugs in wpml itself).
This list of plugins is advertisement for onthegosystems and their product wpml. I think a bit more thoroughness in testing and less marketing would be appreciated by users....
Without supporters like you who are willing to go the extra mile (there are others too in this forum), i would have given up on wpml a long time ago.
Thank you again!
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.
