Joomla 3.9.0
Virtuemart 3.4.2.9966 ... 3.4.3.9989
Multilingual site - 2 languages: Bulgarian (default) and English.
Frontend - On the manufacturer's page, the language remains the default (Bulgarian). Although the data is entered for both languages.
This affects all data: title, description, meta data... everything. The information remains in Bulgarian after changing the language in English.
Can anyone confirm? And if so, is there a solution?
Thnk you and best regards.
Okay, I found where the problem is.
There is some conflict with the latest version of Custom Fields For All (4.0.0...4.0.2). If the "Base Custom Fields for All" plugin is stopped, there is no translation problem.
With version 3.1.3 there is no translation problem.
I have notified the manufacturer.
QuoteIf the "Base Custom Fields for All" plugin is stopped, there is no translation problem
Well found! Have been battling with two sites exhibiting bizarre language problems..
Yes, a very strange problem that is quite difficult to detect. I hope the developer will find a solution.
Complete insanity is that it affects a page that has nothing to do with the products. And it only affects the content and metadata, not the language files. Link to Manufacturer's Page and "Show All Manufacturer's Products" have no translation problems.
Although the problem is in the plugin, I do not know if there is any problem with Virtuemart itself. Because this menu is rather underestimated. Very little is done for it - missing meta description, meta keywords ... and others.
Perhaps after so many general changes in Virtuemart, something has been missed to add to the code to properly target languages.
I do not know. Only Max can tell if it is possible. :)
Yes-- the plugin caused wrong langs on VM registration page field labels ( rest of the page was correct lang) and in system messages
Quote from: GJC Web Design on November 28, 2018, 19:40:00 PM
Yes-- the plugin caused wrong langs on VM registration page field labels ( rest of the page was correct lang) and in system messages
Yes, I confirm. I did not notice this because I did not open the registration page after updating the plug-in.
But there are other places. For example: Breadcrumbs in the Order History menu and the component I use for favorite products and comparison. Also the product title in some places does not change. Maybe somewhere else...
Thank you, GJC Web Design. This confirms that the problem is in the plugin and most of all, it's not just on my site.
By the way, this is not my first case with a similar problem. Last year I was fighting another plugin that made such strange problems.
There the problem was that the plugin used onAfterInitialise instead of onAfterRoute. But this is not the case now.
Only for information:
In version 4.0.3BETA of the Custom Fields For All, the problem is resolved. So I guess there will be an official version soon.
I'm happy because it's one of the most important add-ons for me.