View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0004503 | MMW v4 | Playlist / Search | public | 2008-03-28 20:34 | 2008-04-15 02:34 |
| Reporter | rusty | Assigned To | |||
| Priority | immediate | Severity | major | Reproducibility | always |
| Status | closed | Resolution | fixed | ||
| Product Version | 3.0 | ||||
| Fixed in Version | 3.0 | ||||
| Summary | 0004503: Search for exact word is no longer possible via search bar (if the word is not quoted) | ||||
| Description | In MM 2.5 if the user searched for ' fast' --> Breakfast wasn't returned. In MM 3.0 ' fast' --> Breakfast is returned . i.e. there's no way to restrict search to a whole word. Setting to 'immediate' on the assumption that it's easy to fix, and because it's very annoying to some users. | ||||
| Tags | No tags attached. | ||||
| Fixed in build | 1159 | ||||
|
|
Are you sure that this is not your test error? Both "" and '' works fine for me in order to search the exact phrase. i.e. Searching for ' fast' doesn't return breakfast, check whether the word 'fast' is not presented in another field. |
|
|
I just tested this out in 1149 and searching for "fast" returns "breakfast". In fact, searching for "fast" yields the exact same results as searching for fast. (note: tested on "entire library". |
|
|
I don't think that there's an easy and quick solution. I'd suggest to fully implement this in MM 3.1 using a real fulltext search, which will hopefully be possible using SQLite. |
|
|
Ok, so you think that searching for "fast" should work like searching for " fast "? I didn't know that this was intended. You previously mentioned searching for ' fast' and this works fine, i.e. 'breakfast' is not returned. Generally, I tend to Jiri. |
|
|
Closing as dup. |
|
|
Can this be fixed in the same manner as 0004566 ? note that it is also a regression, and would meet most needs at least until we implement full text search. |
|
|
Rusty, I don't see any regression, keep in mind that in case of quick search the space has mean of AND operator, therefore you need to search for "[space] ape[space]" instead of single [space]ape[spece], i.e. it has to be quoted so that space is not recognized as AND operator. Is that clear? |
|
|
Actually, I tested 2.5 and MM 3.x and the behavior is different. In 2.5 the users are able to find 'fast' but not 'breakfast' by searching for ' fast'. If it's not the same fix as you'd made for 4566 let me know... it just seemed like the same issue to me. |
|
|
I would suggest to not fix anything here until we implement a proper full-text search in MM. |
|
|
Rusty as I wrote, searching for ' fast' works in MM3 too, but it needs to be quoted, I don't see any regression. Quick searching has been improved, because space is considered as AND operator and semicolon as OR operator. Nevertheless I have done a little hack: if the first char of the search phrase is space then it is considered as space char and is added to the first search word despite the fact that the word is not quoted and if the last char of the search phrase is space char then it is considered as trailing space of the last word although it is not quoted. I think that this is a hack, but it satisfies your issue with minimal risk of regression. Fixed in build 1159. |
|
|
Verified 1159. |
