[BFS] Inconsistent query results between theoretically comparable predicates for certain filenames

[anevilyak]

Attached is a test program which creates a test file on the boot volume, whose name contains a single quotation mark. It then attempts to query the volume for said file, using both a simple predicate constructed by hand, as well as one generated automatically via the RPN-style Push*() methods. The former finds the file as expected. However, the latter does not.

Similar behavior can be observed when asking Tracker to find the file by name, though the latter uses the same RPN methodology to construct the query, with the distinction that 1) it encloses it in wild cards, and 2) it asks for a case insensitive match. Nonetheless, the result is the same, which is to say no results are returned.

Behavior on R5 has not yet been verified, but results will be posted as soon as available. Assigning this ticket to BFS until it can be ascertained if the problem is in BQuery or in BFS's parsing logic.

[pulkomandy]

This is BeOS DevEd 2.1.

I had to do some minor changes to build the code (no BStrng::SetToFormat, and no B_PRId32).

baron@vimba:~/Downloads# ./QuotedFilenameQueryTest
Evaluating volume: BeOS R5
Explicit predicate 'name==querytest".cpp' returned 1 entries.
RPN-generated predicate: (name=="querytest\".cpp")
RPN predicate returned 1 entries.

Evaluating volume: Haiku
Explicit predicate 'name==querytest".cpp' returned 0 entries.
RPN-generated predicate: (name=="querytest\".cpp")
RPN predicate returned 0 entries.

[anevilyak]

Looks like that confirms a BFS bug for us then, thanks Adrien!

[axeld]

Fixed in hrev50884; the query parser honored, but did not remove the escape characters.