Bug 13106 - Spotlight search + vfs_catia returns wrong filenames in search results
Summary: Spotlight search + vfs_catia returns wrong filenames in search results
Alias: None
Product: Samba 4.1 and newer
Classification: Unclassified
Component: DCE-RPCs and pipes (show other bugs)
Version: 4.7.0
Hardware: All All
: P5 normal (vote)
Target Milestone: ---
Assignee: Ralph Böhme
QA Contact: Samba QA Contact
Depends on:
Reported: 2017-10-27 12:42 UTC by Bart Meuris
Modified: 2017-10-27 14:55 UTC (History)
0 users

See Also:


Note You need to log in before you can comment on or make changes to this bug.
Description Bart Meuris 2017-10-27 12:42:46 UTC
There's an issue when using Spotlight together with vfs_catia, where things like ':' on disk on the server are being translated to '/' on the client (for mac), but when searching on the client, I get the filename with a ":" in it. The returned filenames should probably also be filtered trough the vfs_catia module somehow?

How to reproduce: 

- Activate vfs_catia (I use `vfs objects = catia fruit streams_xattr acl_xattr` with default catia settings)
- create a folder in a shared folder on the server where Spotlight is enabled that contains a ':'. I created one with `mkdir -p /tank/fileshare/100004_Test\:4`
- On a Mac client, verify that you see '100004_Test/4' as filename on the share.
- On that Mac client, search for '100004'.

The search results will return '100004_Test:4', and not the '100004_Test/4' which is seen by the client.

I suspect more characters would cause issues, but this was our main cause of problems.
Comment 1 Bart Meuris 2017-10-27 12:44:51 UTC
Small addition here, it's only the name in the search result that's wrong - on High Sierra at least, I can access this folder perfectly from within the search results, even though the name is wrong.
Comment 2 Ralph Böhme 2017-10-27 14:55:08 UTC
Yes, the paths of the Tracker search results should be translated through string_replace_allocate().