RO CSVI 7.16.0
VirtueMart 3.6.10 10211
Joomla! version 3.9.15
PHP version 7.2.30
Hello team,
I'm trying to upload this file (attached).
Upload and import work OK, but it doesn't import some custom fields with multiply values properly.
What I expect to see in parent product is
This is what I get after import
Only the last custom field in the list, as you may see
Problem part of the file
I'm out of Ideas what is wrong with my csv file.
Please help!
PS.: I have read below articles many times before writing this request
https://rolandd.com/documentation/ro-csvi/virtuemart/importing-multi-variant-custom-field
https://rolandd.com/documentation/ro-csvi/virtuemart/product-import-with-custom-fields
- artemiy
- RO CSVI
- Sunday, 03 May 2020
- Subscribe via email
Accepted Answer
Pending Moderation
Good morning,
Thank you for the elaborate report
Your custom field is of the type string showing as a list. That is correct? The string field can only have 1 option selected.
The custom_multiple can be removed from your file. With the attached patch file, load the patch file, you can import your custom fields. As per your example this adds 2 custom fields to the parent product with each field set to 1 value.
Let me know if this is how you intend it to work and if it works for you.
Thank you for the elaborate report
Your custom field is of the type string showing as a list. That is correct? The string field can only have 1 option selected.
The custom_multiple can be removed from your file. With the attached patch file, load the patch file, you can import your custom fields. As per your example this adds 2 custom fields to the parent product with each field set to 1 value.
Let me know if this is how you intend it to work and if it works for you.
Kind regards,
RolandD
=========================
If you use our extensions, please post a rating and a review at the Joomla! Extension Directory
RolandD
=========================
If you use our extensions, please post a rating and a review at the Joomla! Extension Directory
Accepted Answer
Pending Moderation
Hello,
Thank you very much! The patch works like a charm.
Yes, it is as a list.
In case it is not a list, my file won't work either?
Testing it with my other needs. Will let you know if any additional issues.
Thank you very much! The patch works like a charm.
Your custom field is of the type string showing as a list. That is correct?
Yes, it is as a list.
In case it is not a list, my file won't work either?
Testing it with my other needs. Will let you know if any additional issues.
Accepted Answer
Pending Moderation
Hello,
Thank you that the patch is working as expected. In case it is not a list, your file will work as well. When you field is not a list, the import should have worked as well. Now it should work in all circumstances.
Thank you that the patch is working as expected. In case it is not a list, your file will work as well. When you field is not a list, the import should have worked as well. Now it should work in all circumstances.
Kind regards,
RolandD
=========================
If you use our extensions, please post a rating and a review at the Joomla! Extension Directory
RolandD
=========================
If you use our extensions, please post a rating and a review at the Joomla! Extension Directory
Accepted Answer
Pending Moderation
Hello RolandD,
After several testing last thing remains unclear to me.
I'd like to disable some custom fields inherited from parent product in child. But instead I get them duplicated and disabled.
Here's how problem part of the file looks.
This is my expectations for child product
This is what import gives
Log and copy of the file is attached as well.
No need to use custom_multiple in this case?
Just guessing.
After several testing last thing remains unclear to me.
I'd like to disable some custom fields inherited from parent product in child. But instead I get them duplicated and disabled.
Here's how problem part of the file looks.
This is my expectations for child product
This is what import gives
Log and copy of the file is attached as well.
No need to use custom_multiple in this case?
Just guessing.
Accepted Answer
Pending Moderation
Hello,
I see what is going on here. For the parent product you import for example 8 fields and then for the child product you import 2 fields to set them to disabled from the parent. What happens is that the child is showing the parent fields but also gets the 2 fields you added for the child product.
The goal is to only set those fields to disabled, correct?
I see what is going on here. For the parent product you import for example 8 fields and then for the child product you import 2 fields to set them to disabled from the parent. What happens is that the child is showing the parent fields but also gets the 2 fields you added for the child product.
The goal is to only set those fields to disabled, correct?
Kind regards,
RolandD
=========================
If you use our extensions, please post a rating and a review at the Joomla! Extension Directory
RolandD
=========================
If you use our extensions, please post a rating and a review at the Joomla! Extension Directory
Accepted Answer
Pending Moderation
Good morning,
Your file is correct and RO CSVI is correct, in my findinds VirtueMart is doing some weird things. The import runs as expected and does the same as what VirtueMart does when you manually set the disabler option.
So I imported your file and on the child product I enabled the disabler in VirtueMart. This was saved. So I compared this to what is imported and that is the same. Now in the child product I removed the disabler and saved it in VirtueMart, suddenly this product has the custom field 4x. This is 2x the same one, so they are double. If I repeat this process, the product gets the fields duplicated again. You can try it as well.
After import in the database they are not duplicate, but only on screen.
Something weird is going on in VirtueMart, from the view of RO CSVI, the database is as needed. This is something you may need to report to the VirtueMart team.
Your import file is fine from what I can see.
Your file is correct and RO CSVI is correct, in my findinds VirtueMart is doing some weird things. The import runs as expected and does the same as what VirtueMart does when you manually set the disabler option.
So I imported your file and on the child product I enabled the disabler in VirtueMart. This was saved. So I compared this to what is imported and that is the same. Now in the child product I removed the disabler and saved it in VirtueMart, suddenly this product has the custom field 4x. This is 2x the same one, so they are double. If I repeat this process, the product gets the fields duplicated again. You can try it as well.
After import in the database they are not duplicate, but only on screen.
Something weird is going on in VirtueMart, from the view of RO CSVI, the database is as needed. This is something you may need to report to the VirtueMart team.
Your import file is fine from what I can see.
Kind regards,
RolandD
=========================
If you use our extensions, please post a rating and a review at the Joomla! Extension Directory
RolandD
=========================
If you use our extensions, please post a rating and a review at the Joomla! Extension Directory
Accepted Answer
Pending Moderation
VM team says that issue will be fixed in 3.8.X release.
Hope release will be soon.
Thank you!
Hope release will be soon.
Thank you!
Accepted Answer
Pending Moderation
Hello,
Thank you for letting me know it is actually a bug in VirtueMart
Thank you for letting me know it is actually a bug in VirtueMart
Kind regards,
RolandD
=========================
If you use our extensions, please post a rating and a review at the Joomla! Extension Directory
RolandD
=========================
If you use our extensions, please post a rating and a review at the Joomla! Extension Directory
Accepted Answer
Pending Moderation
Upgraded to VM 3.8 and RO CSVI 7.16.1 - no changes unfortunately.
Accepted Answer
Pending Moderation
Hello,
We will have to wait for the VirtueMart team to fix it then.
We will have to wait for the VirtueMart team to fix it then.
Kind regards,
RolandD
=========================
If you use our extensions, please post a rating and a review at the Joomla! Extension Directory
RolandD
=========================
If you use our extensions, please post a rating and a review at the Joomla! Extension Directory
- Page :
- 1
There are no replies made for this post yet.
Be one of the first to reply to this post!
Be one of the first to reply to this post!
Please login to post a reply
You will need to be logged in to be able to post a reply. Login using the form on the right or register an account if you are new here. Register Here »