Summary: | baloosearch doesn't find certain substrings | ||
---|---|---|---|
Product: | [Frameworks and Libraries] frameworks-baloo | Reporter: | Munzir Taha <munzirtaha> |
Component: | general | Assignee: | Pinak Ahuja <pinak.ahuja> |
Status: | CONFIRMED --- | ||
Severity: | normal | CC: | ict, igor.poboiko, munzirtaha, nate, tagwerk19 |
Priority: | NOR | ||
Version: | 5.32.0 | ||
Target Milestone: | --- | ||
Platform: | Arch Linux | ||
OS: | Linux | ||
See Also: | https://bugs.kde.org/show_bug.cgi?id=434589 | ||
Latest Commit: | Version Fixed In: |
Description
Munzir Taha
2017-04-13 03:36:24 UTC
Works for me using more recent software (KDE Frameworks 5.39.0): $ cat baloo_bug_378690 hello_baloo $ balooctl status baloo_bug_378690 File: /home/nate/baloo_bug_378690 Basic Indexing: Done Content Indexing: Done $ baloosearch hello_baloo /home/nate/baloo_bug_378690 Elapsed: 0.256937 msecs Does this still happen with KDE Frameworks 5.39.0? If so, Can you try turning baloo off and then back on again? and see if that wakes it up? There is an inconsitency in the results. nategraham_not worked but nategraham_no doesn't ~> pacman -Q baloo baloo 5.39.0-1 ~> cat baloo_378690 nategraham_notnategraham ~> baloosearch nategraham_not /home/munzir/baloo_378690 Elapsed: 136.177 msecs ~> baloosearch nategraham_no Elapsed: 0.471143 msecs Weird, that works for me, too: $ baloosearch hello_baloo /home/nate/baloo_bug_378690 Elapsed: 0.832241 msecs $ baloosearch hello_balo /home/nate/baloo_bug_378690 Elapsed: 0.256738 msecs Nate, you haven't tried my last string. The original example of hello_baloo or even hello_balo indeed works now. However nategraham_notnategraham example doesn't. Try and confirm. Yup, I can confirm: $ cat baloo_378690 nategraham_notnategraham $ baloosearch nategraham_not /home/nate/baloo_378690 Elapsed: 9.63419 msecs $ baloosearch nategraham_no Elapsed: 0.405514 msecs Weird that it doesn't work with this particular string, but does work with another string that's truncated at the end. The much lower execution time suggests that it's not even looking, or something. Could it be a developer who believes on the unlucky 13? ;) I think there is a minimum of three characters (per word?) that baloo requires for searches. @feck: If baloo is to consider nategraham_notnategraham as two distinct words, then when I do baloosearch nategraham_no, it should, at least, match the nategraham part which is > 3 characters When expanding search query, terms which are connected with underscore (i.e query [nategraham_notnategraham]) are expanded as phrase query (equivalent to query ["nategraham notnategraham"]), meaning that these two words should match *exactly* and to be in this particular order. Phrase searches by prefix (when the second term is not written completely, but just its prefix - like ["nategraham notnate"]) are unfortunately not yet implemented. As a workaround I suggest replacing underscore with AND (i.e. just [nategraham AND notnate]) - in that case your document will match. (In reply to Christoph Feck from comment #7) > I think there is a minimum of three characters (per word?) that baloo > requires for searches. What is a little counterintuitive/confusing is that the limit is for three characters for file content, so you need: baloosearch nategraham not but if you search for the filename you get results with just two characters baloosearch ba 378690 |