While I like most of the ideas presented here, this is unlikely to happen in the near future as JIRA Quick Search just plain isn't configurable. We'd have to augment or replace it somehow, which would require development work, so any requests to that effect are highly unlikely to make it anywhere visible on our priority list.
That said, I personally (please note the stress there) don't have much of a problem with the current Quick Search defaults; yes, they do return tons of false positives, but this tends not to matter as much because they're usually well ranked. If I'm looking through the results in relevance order then it's usually pretty obvious whether what I'm looking for is in there or not. As such, I find the "be inclusive, then rank" (i.e. OR with wider fields) approach better than "be exclusive and limited" (i.e. AND) when checking whether a given issue has been reported. In other words, I'm agreeing with Dave Booth's point 2, but saying that this rationale applies to the other two points as well. From what I've seen, JIRA's default search ranking algorithm takes it all into account. My recommendation is to search and use results with that in mind. -- Yoz On Friday, August 26, 2011 at 10:34 AM, opensourceobscure wrote: > Currently, if you search multiple keywords on jira.secondlife.com > (http://jira.secondlife.com) > you get result that include at least one of the keywords > in Summary OR Description OR Comments fields. > > Unsurprisingly you often get thousands of results for every search, > which is pointless. This requires users to tweak the search > parameters, which is not trivial for common people. > > Instead, common people may know (by using Google) that > the more keywords you use, the best results you get. > On SL JIRA, it's the opposite. > > > PROPOSAL: > > 1) exclude "Comments" from fields where keywords are searched for > 2) exclude "Description" too (this may be excessive but usually works for me) > 3) replace the "OR" logic operator (which is implicit in searches) > with the "AND" logic operator > > I think that this would lead to a better use of JIRA for > SL users willing to give feedback. More specifically, > the number of duplicate issues may be reduced because > the search for existing issues would be more efficient. > > -- > Opensource Obscure > https://twitter.com/oobscure > https://my.secondlife.com/opensource.obscure > Join this group to discuss Second Life Viewer: https://j.mp/slv2group > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/OpenSource-Dev > Please read the policies before posting to keep unmoderated posting privileges
_______________________________________________ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
