Replies: 3 comments
-
That is by design. BagPart items are stored in the same content item not as a related items. In other words, the content items in the bag are not stored in separate document which mean they will not be indexed separately. |
Beta Was this translation helpful? Give feedback.
-
@effapp in the past I faced the same problem, and ended up with some custom index provider, but please remember you can fill up your index very quickly, this solution is also able to index nested BagParts, inside TextFieldIndex in ContentField column you will get something similar to path "Field.NestedName1.NestedName2.NestedName3". In my case I wanted to have all index values in same table (TextFieldIndex) and avoid creating dedicated one.
some extensions:
here it would be good to get rid of those tuples, but it was just a proof of concept:
|
Beta Was this translation helpful? Give feedback.
-
Thanks. |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
-
Describe the bug
When Creating a new content item in BagPart, content item Index don't update
To Reproduce
Steps to reproduce the behavior:
(Taking OrchardCore.Commerce solution as example)
1.Create a new ContentType and name "BagTestPage", add BagPart in it
2.Set "Contained Content Types" of Bag in BagTestPage to "Product"
3.Create a new Content Item of BagTestPage and name "ProductBags"
4.Create a couple of Product content items in ProductBags, these Product content items was not updated to ProductPartIndex.
Beta Was this translation helpful? Give feedback.
All reactions