Magento Version : 2.3.1 on PHP 7.2
ElasticSuite Version : 2.8.0
Environment : Developer
After some debug it seems like SmileElasticsuiteCatalogModelResourceModelProductIndexerFulltextActionmd5-8e892c8a6ab7f45be1a3aa4cae4e999eFull:addIsVisibleInStoreFilter() only grabs products that are added to the root category and for some reason newly imported configurable products are not added to root.
Note that old configurable products that were migrated from M1 work as expected. This only applies to new products imported to M2.
Before I go on somehow forcing root categories on these configurables, I want to check if this is anything you have seen before or that should be handled differently by the extension.
Hello, tieroom. Thank you for your report. 小an you give me your import file?
Regards
So you've got two files here. new_products_for_import.csv adds to file to the admin and new_products_translation_for_import.csv adds it for a specific store front.
These obviously include a lot of specific stuff for our store. I'm going to try scale it down to a single file that can be imported on a vanilla magento and see if the issue can be reproduced there. But, in the meantime, if you can say anything just from these files, I'm all ears.
Turns out the reason was not to do with the root category. It was simply because of a custom attribute (barcode) which was not being populated for the configurables. Once I set this to a random value the configurables also got indexed. I'm gonna guess this is a magento core issue rather than a smile issue. Feel free to reopen if you feel differently and want more details.
Most helpful comment
Turns out the reason was not to do with the root category. It was simply because of a custom attribute (barcode) which was not being populated for the configurables. Once I set this to a random value the configurables also got indexed. I'm gonna guess this is a magento core issue rather than a smile issue. Feel free to reopen if you feel differently and want more details.