Open Radar

 
Summary:
It appears that the HFS file system's "catalog search" FSCatalogSearch (or searchfs) has become case sensitive when searching file names on case sensitive volumes in 10.9.

Before, when searching for a file named "a", it would also find items named "A", even on case sensitive HFS+ volumes. In 10.9, this is not the case any more.

This is counter-productive because this is a _search_ function, which is prepared to deal with multiple matches! OTOH, an "open", for instance is not, hence there the case separation makes sense.

Usually, the user enters a search condition and then the user or the searching program can sort it out later from the results. Now in 10.9, however, if the user only remembers the file's name but not its case, he won't be able to find the file any more as it was possible before.

I believe this is a regression that should be reverted as it doesn't gain anything but only makes it harder for the user.

Steps to Reproduce:
Xcode project and test diskimg attached.

1. Mount the disk image. It should appear as "CaseSensitiveVol". Open it and notice that it contains both "a" and "A" items. This is only possible because the volume is case-sensitive.

2. Using Terminal, run the "CaseSensitiveVolTest" tool inside Build/Products/Debug. This program uses FSCatalogSearch for search for items named "a" on the volume and prints out what it finds.


Expected Results:
It should print out:

Found 2 items:
  A
  a
Done.


Actual Results:
It only prints (on 10.9):

Found 1 items:
  a
Done.

OTOH, if you run the program on pre-10.9 systems, e.g. 10.8.5, then it'll print out what is expected (2 items).

Version:
13A603

Notes:


Configuration:
Works correctly on any pre-10.9 system.


Download demo project here: http://files.tempel.org/Various/radar_15330950.zip