Filter indexing does not work on a site with a large number of records. After indexing is enabled, it freezes and does not complete.
When the applied filters are completely reset or canceled, all products from the database are displayed in the cycle on the taxonomy term page. To display the products of the term correctly, you need to reload the page.
These issues were in beta and remained stable. I waited a very long time for the filters to finally work properly, but unfortunately, this did not happen again
Hi Evgeniy & Chris - first of all: I have deleted all comments that are not bug-report-relevant, as they are not helpful to anyone. Thanks for your understanding.
To the actual problems: As Chris said, the feature is still experimental, and we are continuously trying to improve it and solve bugs.
What exactly does “huge number of records” mean? Currently, the query filter index does not have any logic to handle the indexing process in batch, which can probably lead to a “freeze”. But what number are we talking about?
Should already be solved…
Please send temporary login credentials, information on where we can see the issue, and a link to this thread to help@bricksbuilder.io using the email address you used during the purchase.
There are now more than 120,000 records (products) in the database. Indexing filters just freezes on such a site. If there is a bricks filter in the template, then because of it, the template cannot be saved, because indexing starts every time it is saved.
It would be nice to make mandatory indexing of filters in the template optional. Update always or only if necessary.
When working with a large number of entries in the indexing of filters, you need to divide them into separate packages in order to avoid a time limit on waiting for script execution.
We’ve implemented this improvement in Bricks 1.10, now available as a one-click update in your WordPress Dashboard.
You can see the full changelog here: Bricks 1.10 Changelog – Bricks
Please let us know if you are still experiencing issues.