Just ran across this after enabling the "Sort Results" block with the "Filter Results" block.
The Facets block properly adds or removes items from the query string when used alone, and works great.
The Sort block also works fine on its own.
However, when both blocks are combined, I'm running into a weird issue, and I'm not sure if it's intended, or a bug.
When first selecting facets to filter results, and THEN sorting results, the query strings are properly respected, such as: /search/luceneapi_node/omega?lucenesort[title_sort]=asc&uid[1]=1
BUT, if you already have a Sort method selected, and are at the current URL: search/luceneapi_node/omega?lucenesort[created]=asc&uid[1]=1 if you attempt to now add another facet, the following link is present: search/luceneapi_node/omega?uid[1]=1&type[blog]=blog, and removes the currently selected sort method.
| Comment | File | Size | Author |
|---|---|---|---|
| #3 | luceneapi-664440-3.patch | 3.13 KB | cpliakas |
Comments
Comment #1
cpliakas commentedHi himerus.
I think that this is a usability bug. If you select a sort through the block, you are correct in that it should persist after selecting additional facets. Flagging for the stable 2.0 release, which is the next expected release.
Great job picking this up,
Chris
Comment #2
cpliakas commentedHi himerus.
On further review, it looks like the sort options persist when caching is NOT enabled. The logic is working, it is just happening in the wrong location as the sort data should persist with caching enabled as well.
Thanks,
Chris
Comment #3
cpliakas commentedThe attached patch fixes the issue.
Comment #4
cpliakas commentedFixed in commit #305592.
Comment #5
himerus commentedYou rock, Chris!