Hi
After updating from 3.0.18.6 to 3.0.18.7 the add to cart button is shown only in english, any change in key or overrides there that could cause it?
Regards
The rest is in espaniol? What is the default joomla site language?
Quote from: Milbo on December 21, 2016, 23:08:45 PM
The rest is in espaniol? What is the default joomla site language?
Hi, rest is in spanish, default joomla language site spanish. Only button "add to cart" shows in english, rest is fine.
More details on the issue,
If I select a child from the dropdown with the ajax realoading in category browse view button "add to cart" switches from english to spanish.
I tested in beez too with same effect.
This did not happen in 3.0.18.6
Testing more I see mixed or missing (english-spanish) translations in checkout, order confirmation emails and other places.
Some multilingual issues in this latest 3.0.18.7 version. For now we are using 3.0.18.6 happily.
Hello
I have a similar problem with a multillingual website with VirtueMart 3.0.18.6 Blue Corvus 9406
In my case it is the emails in english that displays KEYs instead of string.
I have checked all the langage files assuming it could be a typo there, but can't find it.
Quote from: alatak on January 05, 2017, 10:00:43 AM
with VirtueMart 3.0.18.6 Blue Corvus 9406
In my case it is the emails in english that displays KEYs instead of string.
I have checked all the langage files assuming it could be a typo there, but can't find it.
The problem is known for vm3.0.18.6 and vm3.0.18.7 fixes this issue. Vm3.0.18.7 and vm3.0.18.8 use a complety new system to handle different languages. But Linda is atm the only one with this problem in vm3.0.18.7
Quote from: alatak on January 05, 2017, 10:00:43 AM
Hello
I have a similar problem with a multillingual website with VirtueMart 3.0.18.6 Blue Corvus 9406
In my case it is the emails in english that displays KEYs instead of string.
I have checked all the langage files assuming it could be a typo there, but can't find it.
Hi
Yes, I noticed the missing keys in the email too, strangely that happened to me in this latest beta.
Also at checkout, add to cart button and other places, strangely the "add to cart" button issue also happened in beez template too.
Basicly I noticed that with spanish language in frontend the "add to cart" button appears in english. Maybe is related with the ajax in categories, not sure but using beez template and getting same display error made me report the issue to Max.
Would be nice to get the report of other users for 3.0.18.7 in multilingual websites.
In latest vm 3.0.18.8 I noticed issues fixed since the add to cart button shows the correct selected language.
I don't see the display issue anymore in the shop pages.
I have reported the issue to Stan since some text in OPC appears mixed with the 2 languages while in default VM cart appears correctly translated.
In the e-mails I get the same situation but I just remembered that I'm using email overrides from Spyros.
Maybe the latest VM packages require updates from 3rd party software and overrides?
Regards
Hi,
in 3.0.18.7 no issue for ad to cart button, working in Italian (default language), English, French and German.
I'm using same template and same OPC of Manu.
I get Order E-mail in my default language, but i don't know in which language costumers gets emails.
Not yet tested 3.0.18.8
My conf:
VM 3.0.18.7
PHP 7.0.4
Hera template 3.7
OPC 2.0.325
Hope this help
Quote from: tanolalano on January 06, 2017, 19:26:40 PM
Hi,
in 3.0.18.7 no issue for ad to cart button, working in Italian (default language), English, French and German.
I'm using same template and same OPC of Manu.
I get Order E-mail in my default language, but i don't know in which language costumers gets emails.
Not yet tested 3.0.18.8
My conf:
VM 3.0.18.7
PHP 7.0.4
Hera template 3.7
OPC 2.0.325
Hope this help
Thank you really helps, same version and template and OPC.
Our fields in "VM My account" appear half in english.
Noticed we are using PHP 5.6.25
For us the problems arised since 3.0.18.7 in our test site.
In live site we are using 3.0.18.6 without the mentioned display issues.
Could PHP version affect?
Only difference I see is PHP version and that you dont use language tag in your default language, but tested removing that without effect.
Manage to get a fatal error while testing too:
1 Call to a member function getTag() on null in file: /website/public_html/components/com_virtuemart/router.php line: 1173
Regards
Hi
Quote from: Milbo on January 05, 2017, 14:59:51 PM
The problem is known for vm3.0.18.6.
ok, i did not know.
I have tested this morning with version VirtueMart 3.0.18.9 Blue Corvus 9416. The problem is solved.
Thanks
Hello
Doing more tests with version VirtueMart 3.0.18.9 and i still have langages problems:
- default langage frontend: english
- default langage back end: french
- Multilingual shop: english
in the order view for example, the plugins keys and the order states are missing
if
- default langage frontend: english
- default langage back end: english
- Multilingual shop: english
then everything is ok
and in this case:
- default langage back end: french
all the strings are in english, not in french.
The keys instead of the strings are also displayed in the fields.
Look in the paypal configuration.
Hi Valérie
Stan checked the issue on my test site and noticed several problems with the latest package of VM.
Actually he could replicate them at first even in his own test sites.
He has reported the issue by skype to VM. Seems joomla is not recognizing the language files once loaded by VM.
Part of what he reported:
self::$languages[$tag]->load($name, $path, $tag, true, false);
should be
self::$languages[$tag]->load($name, $path, $tag, true, true);
at
website\administrator\components\com_virtuemart\helpers\config.php
it's line 1330 here inside
static public function loadJLang($name, $site = false, $tag = 0, $cache = true){
so any call to the JFactory::getLanguage()->load
when using DEFAULT LANGUAGE should have the TRUE at the end
interestingly the problem is not available at loadModLang since it does:
self::$languages[$tag]->load($name, $path,$tag,true);
and thus the last parameter is "true" by default
-------------------------------------
I know other 2 shop owners with same issue and my language settings are the same for almost 4 years so I advise highly on checking this before launching a stable version of VM cause this could affect many shop owners.
Regards
self::$languages[$tag]->load($name, $path, $tag, true, true);
is done. It costs a bit performance, but is more failsafe and easier to use for 3rd parties
Quote from: lindapowers on January 09, 2017, 19:57:33 PM
Hi Valérie
Stan checked the issue on my test site and noticed several problems with the latest package of VM.
Actually he could replicate them at first even in his own test sites.
He has reported the issue by skype to VM. Seems joomla is not recognizing the language files once loaded by VM.
Thank you lindapowers. I have reported to Milbo also my issues.
Quote from: Milbo on January 09, 2017, 20:19:17 PM
self::$languages[$tag]->load($name, $path, $tag, true, true);
In my case, it did not help.
VM is products/categories are only in one language : english.
I use different langages in the frontend (english), and the backend (french).
The administration is in french for everything but not for VirtueMart (it is in english)
Max was not able to reproduce my issues on his test site.
Quote from: alatak on January 10, 2017, 12:48:01 PM
Quote from: lindapowers on January 09, 2017, 19:57:33 PM
Hi Valérie
Stan checked the issue on my test site and noticed several problems with the latest package of VM.
Actually he could replicate them at first even in his own test sites.
He has reported the issue by skype to VM. Seems joomla is not recognizing the language files once loaded by VM.
Thank you lindapowers. I have reported to Milbo also my issues.
Quote from: Milbo on January 09, 2017, 20:19:17 PM
self::$languages[$tag]->load($name, $path, $tag, true, true);
In my case, it did not help.
VM is products/categories are only in one language : english.
I use different langages in the frontend (english), and the backend (french).
The administration is in french for everything but not for VirtueMart (it is in english)
Max was not able to reproduce my issues on his test site.
Is the key bad when you do a front acces from backend ?
I mean that the problem is tha max don't understand what i have wrote.
Using this method force the language using the $tag, so this isolate englieh and french in your case.
Si if you are in french in the back-end, i tihnk that joomla use your session language and render all in french.
If the key do not exist in french, then this is not translated.
I explain this for multi render same view with different language eg order mails. THis should not be used in general for all the views but only for the views that can conflict as statut change, orders emails ...
uhm,. Patrick, .... I think you should take a look on the new code.
All multilingual issues have been solved for us with latest 3.0.18.9 package, just got a blank page on installation of the core:
"Error message data:
1 Class 'vmLanguage' not found in file: /home/webstite/tmp/install_5879928ba16eb/install/script.virtuemart.php line: 43 "
I fear the problem is here that Joomla loads during the update the old files. But there is an old proxy function in place, so I just replaced it. Going to upload it as version b then.
http://dev.virtuemart.net/attachments/download/1042/com_virtuemart.3.0.18.9_9423_extract_first.zip
has a fix for it
Quote from: Milbo on January 17, 2017, 15:16:33 PM
http://dev.virtuemart.net/attachments/download/1042/com_virtuemart.3.0.18.9_9423_extract_first.zip
has a fix for it
Just installed and no error message this time.