Hello
After updating VM from 3.2.0 to 3.2.1 I get the following error:
When ordering a child product with different customfields than the parent product everything looks fine in the confirm email (see attachment first_confirm_email)
When updating the orderstatus the customer sees all of a sudden also the customfields of the parent product (see attachment update_status).
In my example the customer ordered a midifile as a child product. This doesn't have the fields NOTENSCHRIFT or AUDIOTRACKS. After updating the orderstatus (it doesn't matter wich kind of orderstatus) these fields ar shown in the email.
The problem started with version 3.2.1
Regards
Patrik
VM 3.2.1
Joomla 3.6.5
And this fields are cart attributes? or "cart input"?
I really wonder how this can happen. hmm
Yes these are cart attributes, disabled in child products.
When downgrading to version 3.2.0 everything works fine.
Below you see how it looks like in VM 3.2.0 and before.
It should work to use the vm3.2.1, but the sublyout/customfield.php of the vm3.2.0.
The advantag is, you have the vm3.2.1, besides this part and if it works then, I know exactly from where it comes from.
The customfields of the parent are overwritten? or disabled? Maybe it is not an error, maybe it is actually so that it works now as "expected" but different than before. You have my skype, you may contact me there, but dont wonder... the sun is shining and I will be in my garden.
Yes, it works fine with the customfield.php of VM 3.2.0
The customfields of the parents are disabled. Additionally I have the iStraxx download plugin activated for the children.
I don't know wether you will adjust this in a future version or wether I have to make some changes in my child products.
Thanks a lot and best regards
Patrik
I have to check your configuration, of your children and parent. Maybe it is a new sideeffect, which is intended, or not.
The difference is mainly, that the customfields of the product are now always loaded. Before it checked the sent data, and when there was data, it loaded only the customfields with data, which was actually not correct.
Attached you find as an example the configuration of a parent product and its child configuration.
Regards
Patrik
So disabling them does not work? But why are they cart attribute? do you sell the parent also?
Yes, as you can see on the pics, the parents are also orderable.
But as I said in my first post: Everything looks fine (product in frontend, first email of order confirmation) except when I send an email with update of orderstatus. In this email all of a sudden the cart attributs of the parents appear.
I could reproduce this and found a fix.
It was really a crazy thing, because the print, delivery note, invoice, triggered from FE/BE and mails triggered from the FE were correct. Only the mails triggered from the BE were incorrect. Nasty thing.
Thanks for the fix. Great support as always!
Regards
Patrik