Error when add products

[Thanasis]

Hi, i have latest version of joomla and virtuemart (Joomla 3.6.4 Stable and VirtueMart 3.0.18) on a production site. Today when i add products the admin panel gives me the following errors:
Error

vmError: VmTable #__virtuemart_products_el_gr Check not passed. Neither slug nor obligatory value at product_name for auto slug creation is given 0
vmError: You are not an administrator or the correct vendor, storing of product cancelled

The product with all multivariant childs added to database and showing in our site but you cannot open the product.

[Milbo]

Maybe wrong virtuemart_vendor_id. How you are logged in? As Storeowner? as superadmin, who is not storeowner? as administrator who is not storeowner? Check the vendorId of this products.
Do you use multivendor?

[Thanasis]

Really thanks for your replay, i have 2 users and we are in Super Users Group. I have added 2000+ products without problems. I think this problem exist with the update to latest version.

[Milbo]

Yeh, but it can make a difference, if you are just superadmin, or superadmin and storeowner. Storeowner is the person with the virtuemart_vendor_id = 1. Enable the multivendormode to see the virtuemart_vendor_id of the products. Maybe they have some other.

[Milbo]

and did you test vm3.0.18.1?

[Thanasis]

No i didn't test the vm3.0.18.1. Can i see the store owner it is wrong from phpmyadmin??

[Milbo]

Yes, check the virtuemart_vendor_id, should be always 1

[Thanasis]

I enable the vendors, i see that my vendor user is admin and the vendor is www.mysite.gr name. I use admin user to connect to joomla. With phpmyadmin on "lr018_virtuemart_vendors" table i have ventorid 1 and vendor_name "www.mysite.gr".
Thanks.

[Milbo]

The question is the vendorid of your products, which do not work

[Thanasis]

My products has this vendor, "www.mysite.gr" who has the vendorid 1.

[Milbo]

It looks like the problem is here
"vmError: You are not an administrator or the correct vendor, storing of product cancelled"

Check the permissions. We noticed that updating to j3.6.4 may change your permission, because we had that also with pages which were "not hacked" (at least we found no traces)