News:

Support the VirtueMart project and become a member

Main Menu

COM_VIRTUEMART_MAIL_SUBJ_SHOPPER_Z

Started by jux, December 12, 2012, 16:23:52 PM

Previous topic - Next topic

jux

Hello guys, I have set up a new payment in order for my customer to pay per check (cheque).
I have set it up as "standard" but now when a customer confirm me the order I received an email with object:
COM_VIRTUEMART_MAIL_SUBJ_VENDOR_Z
and he receives an email with:
COM_VIRTUEMART_MAIL_SUBJ_SHOPPER_Z

could you please let me know how to resolve this issue?

thank you

[attachment cleanup by admin]

bytelord

Hello,

VM and Joomla version? What language you are using? Did you check if they are already translated?

Regards
Production: Joomla 2.5.8 | VM 2.0.14 | PHP 5.3.13
Testing     : Joomla 2.5.8 | VM 2.0.16 | PHP 5.3.8
Testing     : Joomla 2.5.8 |    VM 2.1   | PHP 5.3.8

- Don't Forget to mark thread as solved when it is solved!
- Please do not PM with support questions, use the forum!

PetervanDriel

#2
Same issue here. I created extra statusses in VM2.0.16.
These new statusses get all an email subject "COM_VIRTUEMART_MAIL_SUBJ_VENDOR_"
When I create an override in Joomla Languages, it doesn't work.

The solution so far is to add it to the language file of Virtuemart, but that doesn't allow me easily create a new status only via backend!

Milbo

That the override of joomla does not work is nasty. Of course it was meant like that. The langkey is always "COM_VIRTUEMART_MAIL_SUBJ_VENDOR_" + orderstatus.
Should I fix your bug, please support the VirtueMart project and become a member
______________________________________
Extensions approved by the core team: http://extensions.virtuemart.net/

PetervanDriel

See attached screenshot how I made my overrides.
If the Constante is not declared in the language file, it does not work...

[attachment cleanup by admin]

Milbo

yeh, for me a joomla "bug", or feature. It is a matter of philosophy if you want to allow people to load extra language keys. Nasty for us, but understandable. A typical case we should write and make loud noise. "hey guys, the override is only for override, why not also for adding extra language keys?".
Should I fix your bug, please support the VirtueMart project and become a member
______________________________________
Extensions approved by the core team: http://extensions.virtuemart.net/

alatak

Hello
QuoteThese new statusses get all an email subject "COM_VIRTUEMART_MAIL_SUBJ_VENDOR_"
When I create an override in Joomla Languages, it doesn't work.
In this particular case of sending emails, Joomla loads the overrides from the administration
Declare your keys there , and it will work

Milbo

ahh thanks valerie, so joomla does it correct. good.
Should I fix your bug, please support the VirtueMart project and become a member
______________________________________
Extensions approved by the core team: http://extensions.virtuemart.net/

PetervanDriel

Quote from: alatak on January 03, 2013, 19:55:02 PM
Hello
QuoteThese new statusses get all an email subject "COM_VIRTUEMART_MAIL_SUBJ_VENDOR_"
When I create an override in Joomla Languages, it doesn't work.
In this particular case of sending emails, Joomla loads the overrides from the administration
Declare your keys there , and it will work

So, if you look to the picture I attached, it looks ok?

alatak

Hello

You must declare the keys in the administration override language file.
The picture does not tell where you declare them.

PetervanDriel

Quote from: alatak on January 03, 2013, 20:29:39 PM
You must declare the keys in the administration override language file.

Stupid question from my side... But If I simply copy the file from the overrides to the admin-overrides, that is enough? Or how should the file be formatted?

alatak


maxispin

This is a bit frustrating thing because first you have to create a new status code, and then do the same in override or language file.

With VM 1 (and Joomla 1.5.) no such problem and worked like a charm.
VM 3.0.17.6 | VM 2.0.24c | VM 1.1.9

alatak

Hello
VM1 was not native multilanguage ecommerce component .

maxispin

Hello Alatak,
I understand your point but I can't understand how Status name field differs from Product name field.
VM 3.0.17.6 | VM 2.0.24c | VM 1.1.9