I’ve found some odd behaviour in
$ snap find s | wc -l
$ snap find se | wc -l
Entering a one character search for ‘s’ returns 88 snaps, but then entering ‘se’ returns 97 snaps. I would have expected that entering fewer characters would return more results rather than less. Any ideas what’s happening here?
Hi James! Did you actually look at the list of returned results?
the first option finds all snaps whose name
begins with s, while the second one finds snaps whose name contains se anywhere, including descriptions.
I imagine this behavior is by design, as finding snaps by a single letter is bound to be pretty useless; constraining that to only the first letter of the name sounds reasonable to me.
Did you actually look at the list of returned results?
the first option finds all snaps whose name begins with s, while the second one finds snaps whose name contains se anywhere, including descriptions.
well, without knowing any of the results, how can there be less snaps with “s” than there are snaps with “se” given that one should be a subset of the other …
Hi! Because fewer snaps
begin with s. Imagine this universe of snaps:
2 snaps begin with “s” (snap find s)
3 snaps contain “se” (snap find se)
Or you could, you know, have done what I suggested and looked at the actual lists of returned results
The switch between “begins with” and “contains” seems really inconsistent. I can’t think of any search that works that way and seems unintuitive. Feels like a bug to me, not a desired feature.
If you feel it’s a bug, I’d appreciate if you could file it as such:
Note this project is for the backend services, not the desktop GUI client, see below.
Information about building and publishing snaps can be found at https://snapcraft.io/
Store operation status is tracked on http://status.snapcraft.io/