Bug 9159 - if recipe = git, 18 pages shown
Summary: if recipe = git, 18 pages shown
Status: RESOLVED FIXED
Alias: None
Product: Layer Index
Classification: Yocto Project Subprojects
Component: Layer Index Metadata (show other bugs)
Version: unspecified
Hardware: x86 Multiple
: Medium normal
Target Milestone: 2.2 M1
Assignee: Elliot Smith
QA Contact:
URL:
Whiteboard:
Depends on:
Blocks:
 
Reported: 2016-02-24 00:56 UTC by Armin Kuster
Modified: 2016-05-24 13:53 UTC (History)
3 users (show)

See Also:
OS type for building Yocto: ---
Type of Regression: ---
Verified:
Documentation change: Don't know


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Armin Kuster 2016-02-24 00:56:32 UTC
I think the search field is not matching the recipe "git" rather its looking for a whole lot more. 18 pages worth.
Comment 1 Paul Eggleton 2016-02-25 01:20:25 UTC
It's matching on the filename in this case.
Comment 2 Elliot Smith 2016-03-09 11:22:57 UTC
Armin, could you please supply more details about exactly where this issue occurs (which search input you're using), and what you would expect to see in the results (roughly) as compared to what you're actually seeing?

Thanks.
Comment 3 Paul Eggleton 2016-03-09 19:52:35 UTC
It's the search box on the recipes page which leads you to: http://layers.openembedded.org/layerindex/branch/master/recipes/?q=git
Comment 4 Armin Kuster 2016-03-10 00:31:53 UTC
(In reply to comment #2)
> Armin, could you please supply more details about exactly where this issue
> occurs (which search input you're using), and what you would expect to see
> in the results (roughly) as compared to what you're actually seeing?
> 
> Thanks.

All I wanted it to see the "git" recipe. not all recipes with "git" in them.

18 pages of stuff is a lot to weed through. maybe we need an option for 'exact' match so only what we type in the box is what is shows. 

I realize "git" is the worst offender.

if we ever have a package named "BB" we are in trouble ( 167 pages ;) )
Comment 5 Elliot Smith 2016-03-17 14:17:26 UTC
This can be resolved by changing calls to simplesearch.get_query() so that only the "name" or "pn" field is used for the search (depending on where the search is happening).

Is this an acceptable fix?
Comment 6 Elliot Smith 2016-03-17 14:33:54 UTC
I looked at this again and decided I should leave the machine search matching against name and description; recipe searches will only match pn.
Comment 7 Paul Eggleton 2016-03-17 17:17:23 UTC
I can't recall the examples, but I think I was searching also the filename to catch recipes for which PN doesn't contain the string you'd be searching for (was it skipped recipes? I'm not sure; I'd have to go digging). It could be that we care less about those than not flooding the results with garbage though and we can address minor fallout later.
Comment 8 Elliot Smith 2016-05-24 13:53:06 UTC
Now deployed to the live site.