Just upgraded my 1.5 joomla page to 3.4 and also VM 1.7 to 3.0.12
Everything went smoothly until recently when I encounter problem receiving order emails. Emails are not sent neither to vendor nor to user.
I checked payment settings, shipment settings, configuration on emails and everything looks ok.
Emails worked before after upgrade it was later that they stopped and I cant figure out what could be the problem.
I changed template, no result, published only one payment method- no result, even tryed adding positive number for payment fee- no luck.
I added all shopper groups, added all order statuses to config/emails-- no luck.
Basic joomla forms etc are sending emails, so global email settings are not a problem.
What am I missing??
I enabled debugging, but its out of my knowledge zone so maybe some of you will be able to determine what is wrong. This is debbuging from order when status is changed and email should be send:
QuoteMessage
vmdebug PHP 5.4
vmdebug Show All Errors
vmdebug $siteLang: sl-SI self::$vmlangSef: self::$_jpConfig->lang sl_si DefLang sl_si
vmdebug vmTime: time to load config: 0.0124309062957764
vmdebug Start used Ram 6.75M
vmdebug getVendorId manager
vmdebug Active Mainvendor
vmdebug Created new Calculator Instance
vmdebug Retrieving calculation rule for avatax failed
vmdebug $update_lines 1
vmdebug checkCreateUnique slug = invoice_number changed to Var1:
1511302GW2026_20151130_U-1
vmdebug Going to set pw fields unrequired
vmdebug vmTime: vm view Finished task : 1.5459680557251
vmdebug vmTime: vm view Finished task : 2.35329604148865
vmdebug renderMail by overwrite
1 naročil/a so bila posodobljena
vmdebug PHP 5.4
vmdebug Show All Errors
vmdebug $siteLang: sl-SI self::$vmlangSef: self::$_jpConfig->lang sl_si DefLang sl_si
vmdebug vmTime: time to load config: 0.0112910270690918
vmdebug Start used Ram 6.75M
vmdebug Active Mainvendor
vmdebug Vendor is core.admin and should see all
vmdebug vmTime: VirtueMartControllerOrders Finished task orders: 0.428451061248779
vmdebug End used Ram 13M
vmdebug Peak memory peak 13.25M
Quotevmdebug renderMail by overwrite
1 naročil/a so bila posodobljena
what does that translate as?
it translates: "1 order has been updated"
p.s. later I changed settings to single vendor since i thought that might be a problem, but it is the same
your using multi vendor?
yes, but like I said I changed multivendor to none after that problem, since I thought that might be a problem. my current settings regarding vendor are:
Enable Multi-vendor: none
Multi-vendor cart handling: Cart belongs always to the main vendor.
I must say however that email problems begane after I tested emails first time and saw that vendor info in header where from main (administrator) not from vendor. I cant remember exacly what I did later but I am certain I checked vendor settings and so on. After that emails stopped?! And -yes vendor is set as super user
I just went to vendor settings since i have debuging on and this is what I get
Message
vmdebug PHP 5.4
vmdebug Show All Errors
vmdebug $siteLang: sl-SI self::$vmlangSef: self::$_jpConfig->lang sl_si DefLang sl_si
vmdebug vmTime: time to load config: 0.00915789604187012
vmdebug Start used Ram 6.75M
vmdebug Active Mainvendor
vmdebug Going to set pw fields unrequired
vmdebug Vendor is core.admin and should see all
vmdebug No vendor currency given, fallback to main vendor Var1:
47
vmdebug $this->vendor->virtuemart_vendor_id Var1:
1
vmdebug vmTime: VirtueMartControllerUser Finished task user: 0.584956169128418
vmdebug End used Ram 15M
vmdebug Peak memory peak 15M
It is weard since currency is actualy selected, but maybe you experts will get some more info from that?
I just tryed just for test to make another superuser vendor and mails are working :0 Cant belive it was that simple. Looks like i wont need your help afterall. Thank you anyway.