Taxonomy OR facets do not work correctly

When children are selected, ancestors should be ignored

Actual
Select "red" to find 231 items
Select "dark red" to find 231 items

Expected
Select "red" to find 231 items
Select "dark red" to find 72 items

Marked #918024: $ors array in apachesolr_modify_query duplicate.

This patch added to the code? I also have the same concern(that OR operator is not working properly) for CCK facets

A fix for this has not yet been committed as it still "needs work"

Is there a quick work around for this? I tried using URL query like filters=ss_cck_field_myfield:("a" OR "b") but solr server crashed :(

@qasimzee: that's not what this issue is about.

@janusman; can you re-roll without the whitespace flag? the patch is misindented currently. Likely to be fixed in 6.x-3.x by backporting the superior handling from 7.x

@ qasimzee :
Try (a OR b) without " and with spaces between.

I actually got it fixed. Will come back to you again

Does this also work on the 6.x-2.0-beta5 version? This is just what i was looking for.

Damn, sorry for my mistake :) It works in beta5 also!

But i may have another question for help. Normally if you use the AND operator the counter behind the taxonomy will only show the remaining items.
If you use this patch for the OR operator the counter keeps showing the total items, instead of the remaining items.

To make this more clear i'll example with the screenshot from above:
- lets say there are 200 red thirts, 100 green tshirts but also 50 red/green tshirts.
So when i check the taxonomy red/green, i get 50 results, but i want to counter behind red, and behind green to show red (150) and green (50), now it shows: red (200) and green (100).

Can somebody help me on this?

@janusman
You say this has been fixed in D7, has the issue highlighted in #3 been resolved?

Can this also be changed to work with other filter types? Like the apache ubercart module. If filtering by Price, now the taxonomies get hidden if they don't match the price. This when the block settings are all set to OR operation.
Would really help.

and maybe also nice to have is that the remaining items are shown behind the filters (), instead of the total items. mentioned in previous comment :)

@janusman would you consider upgrading the patch for 6.x-2.0-beta5? It seems a number of things have changed in the module code since the initial patch which make it not cleanly apply. Thanks!

@rjbrown99 here is the patch for 6.X-2.0-beta5. Just added the code manually to the correct .module file
#18 isn't in this patch, still hoping somebody can add this

Thanks, my OR problem turned out to be related to apachesolr_views and not apachesolr - #1211276: Taxonomy filter adds duplicates. This may also fix other issues but my main problem was having duplicate ORs added when unfaceting.

subscribe.

#20 patch works completely for me in 6.X-2.0-beta5.

#20 works for me too (beta5). And #3 is resolved afaik. I switched the issue status to "needs review" as I'm not sure I understood the #3 problem, but if I'm right this could be RTBC.

The 6.x-2.x version has been deprecated. Moving this to 6.x-1.x-dev

apachesolr-fix-or-taxonomy-facets.patch queued for re-testing.

I don't think 6.x-1.x has any support for OR facets, so we should close this unless the bug is present in 6.x-3.x

Closing in favor of 6.x-3.x and because nobody seems to care (time of last response) or cannot reproduce. If you think this is still an issue in 6.x-3.x, feel free to re-open!

The not seeming to care part isn't true, more than happy to see if the issue is fixed in 6.x-3.x though.

(Sorry if I offended anyone, it was a copy/paste for a lot of old issues. Notice the or ;-) )