search for "locale" finds bugs containing only "local"

Bug #191159 reported by Martin Pool on 2008-02-12
Affects Status Importance Assigned to Milestone
Launchpad itself

Bug Description

I did a search for "locale" (no quotes) in bzr. It finds lots of bugs that do not mention locales at all. Maybe some incorrect word-stemming or typo-correction is matching the word "local"?

There are some other bugs like bug 29227 saying that search is too tight, in this case it seems to be too lose. See also bug 1022.

Craig Huffstetler (xq) wrote :

Confirmed. It may also be from a launchpad's search engine's database of common "synonym" words (if it has one). Just a venture at a guess. I am not familiar with the interworking of launchpad's system or if it has a synonym engine.

This is confirmed, though, in the meantime.

Changed in launchpad:
status: New → Confirmed
Francis J. Lacoste (flacoste) wrote :

Assigning to stub for consideration when we tweak our full text indexing (probably after upgrading to postgresql 8.3)

Changed in launchpad:
importance: Undecided → Medium
assignee: nobody → stub
Stuart Bishop (stub) on 2008-12-19
Changed in launchpad-foundations:
status: Confirmed → Triaged
Stuart Bishop (stub) on 2011-07-04
Changed in launchpad:
assignee: Stuart Bishop (stub) → nobody
Robert Collins (lifeless) wrote :

Yes, almost certainly a stemming problem. It should still weight locale hits higher, but we don't use fti rank as part of the sort order in bug searches.

Changed in launchpad:
importance: Medium → Low
Abel Deuring (adeuring) wrote :

using FTI rank wouldn't help: the FTI stores the stemmed words, so there is no way to tell from the FTI data if the indexed word is "locale" or "local".

William Grant (wgrant) on 2015-09-11
tags: added: bug-search
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers