View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0005639 | MMW v4 | Playlist / Search | public | 2009-05-20 22:08 | 2022-04-29 01:31 |
| Reporter | rusty | Assigned To | |||
| Priority | urgent | Severity | major | Reproducibility | always |
| Status | closed | Resolution | fixed | ||
| Product Version | 3.1 | ||||
| Fixed in Version | 3.1 | ||||
| Summary | 0005639: Full text search yields poor results when searching for Drive paths | ||||
| Description | If the user searches for C: or D: etc. MM returns tracks that contain C$ or D$ (where $ is a symbol or space) rather than what the user intended (in contrast, a search for C returns tracks containing any field beginning with a C). This is due to the design decision to ignore characters for full-text search. The question to discuss is whether this is the right design. | ||||
| Additional Information | http://www.mediamonkey.com/forum/viewtopic.php?f=6&t=35976 http://www.mediamonkey.com/forum/viewtopic.php?f=6&t=35968 | ||||
| Tags | todoc-help | ||||
| Fixed in build | 1248 | ||||
|
|
Note that searching for "C:\" (the string needs to be quoted) finds all files on the C drive as requested here: http://www.mediamonkey.com/forum/viewtopic.php?f=6&t=35968&st=0&sk=t&sd=a&start=15 This was fixed in build 1214 in 0005186 |
|
|
Right. The point of this bug is that users shouldn't be expected to know that they have put quotes around C: (especially if they've enabled search for the Path field). Also, as pointed out by chris, it's unclear why search results for C: are different than for C:/ . |
|
|
Rusty, I used similar approach like in case of issue 0005134. If the search phrase contains ':' as _the_second_ character then the old MM 3.0 engine is used. This way searching for C: or C:\ works. Fixed in build 1248. |
|
|
Verified by chrisjj 1248. |
|
|
updated help for 3.1.2.1272 |
