ezfind
ezfind copied to clipboard
Path constraints
Hello,
An small update to fix the case where an user has some limitations on both a Node constraint and some Subtrees.
Problem: When a user is set some rights for content/read on both some nodes and some subtrees in the same policy, ezfind possibly does not return any result.
Steps to reproduce: Set some constraints for content/read for Anonymous and add a constraint on one node (2 for instance) and on some subtrees in the same policy.
generated: [..]meta_installation_id_s:xxxxxxx AND (( ( meta_main_node_id_si:2 ) AND ( meta_path_si:120 OR meta_path_si:121 OR meta_path_si:122 OR meta_p[..]
Why "Revert "Changed: using METHOD for debugging in ezfeZPSolrQueryBui..." ???
Actually, I must admit I have no clue why. I do not remember having removed these lines but this is quite a long time ago already.
Also, I am not very familiar with git yet and I probably messed around with my merges. Is it possible it could come from there?
On Fri, 2011-04-08 at 02:49 -0700, andrerom wrote:
Why "Revert "Changed: using METHOD for debugging in ezfeZPSolrQueryBui..." ???
hi. this is Carlos reviewing some ez find pull requests. This discussion is about 2 years old and, AFAIK, pull was not finally merged... Probably we can close it... @vidiben any other comment on your side? Thank you!
Hi Carlos,
I suppose that if this pull request has been unactive for 2 years, this bug does not impact people much. While I would of course have preferred see it fixed, I guess you can close it.
Regards,
Benoît Vidis
On Mon, 2012-11-12 at 00:00 -0800, Carlos Revillo wrote:
hi. this is Carlos reviewing some ez find pull requests. This discussion is about 2 years old and, AFAIK, pull was not finally merged... Probably we can close it... @vidiben any other comment on your side? Thank you!
— Reply to this email directly or view it on GitHub.