Fixed in 1248. Thanks.

> C:\ returns far fewer tracks that C.

Detail: in a smaller test, the difference is all tracks with title C.T.V . Make of that what you will!

I see what you mean. Noted in the bug. Ludek will be able to elaborate.

-Rusty

> Tracked at: http://www.ventismedia.com/mantis/view.php?id=5639
> This is due to the design decision to ignore characters for full-text search.

Which characters? Not : and \ apparently, because C:\ returns far fewer tracks that C. I cannot guess from the results what the match criterion is, but could post it.

Tracked at: http://www.ventismedia.com/mantis/view.php?id=5639

-Rusty

http://www.ventismedia.com/mantis/view. ... 6#bugnotes
Searching for "C:\" now finds all files on the C drive per your request

Yeah, I think it's designed more intelligently then just dropping the special character it looks for all matches that have C + any special character. It seems that one possible omission is that C:\ doesn't find C: either so : seems to be missing from the special character mix.

The issue with special characters is that they are used as search parameters and as such are excluded. This is why I asked for a way to do a forced special character search like we thought "C:\" would do.

> Well we already know that special characters are ignored

Sorry, but you are wrong again. If that were true, C:\ would match every track that C does. It does not. Just try it.

Well we already know that special characters are ignored as that has been discussed before. This means that C:\ matching T.B.C. is not an illogical result. One would also expect that all files on the C drive would match, but this isn't the case.

I hope a developer can comment on this to see if there is a bug or not.

> Yes I contradicted myself, as I was incorrect as Ludek explained in Mantis.

OK, fine.

> S:\ returns everything with S followed by special character.

And how is that not a bug? E.g. wheres the definition that says that is correct behaviour? Certaintly I dont see such in the tooltip.

Yes I contradicted myself, as I was incorrect as Ludek explained in Mantis.

"S:\" returns no results which is correct as "" search full field not partial
S:\ returns everything with S followed by special character. The only missing is matches on drive name which I don't if it is a bug or not.

> It's actually not a bug as "" only returns full matches not partial matches.

Firstly, that's a contradiction of your previous: "S:\" should find all tracks on the S drive if path is a searchable column.
Secondly, it's untrue. e.g. "15 Grandes" matches 15 Grandes Éxitos [08427328020473].
Thirdly, it's irrelevent - the failed query I am reporting does not include quotes.

Unless you have grounds for rejecting this bug report, please file it in Mantis. Thanks.

It's actually not a bug as "" only returns full matches not partial matches. The bug might be that it doesn't adhere to this completely and still returns certain partial matches.

> Looking at the results it seems to find anything that has the drive letter and a space or special character.

Yup - a real PITA.

Looking at the results it seems to find anything that has the drive letter and a space or special character.

So:
S.
S:
S kk
S\
match

and:
Snow
Super
don't match

Seems to be a good implementation for me. What's off is that "S:\" should find all tracks on the S drive if path is a searchable column.