Is there a workaround? How can I fix this? These files are on SMB shares to Windows servers with a NTFS file system. Is there a better way to connect to windows shares? Please guide as I am new to the Mac world. Thanks.
I'm also having this problem. I've seen a few users comment on it on different forums and Apple's Support. No one has offered a real answer, other than this seems to be a problem with Apple's implementation of SMB or the way the Finder interacts and reads those Volumes (or the way attribute files are saved/stored/read on them).
The format of the servers volume doesn't really matter and should be transparent to the client. All Finder can see is a SMB share, whether that share is on an ext3 filesystem or a NTFS one is quite irrelevant.
I've tested connecting to the same volume with AFP, SMB (which in Mavericks now uses SMB2 by default) and CIFS (forcing Finder to use the SMB v1 protocol). As far as I know, tags info are stored in .DS_Store files for each folder.
Connecting with CIFS or SMB, tag support is buggy. Tags sometimes appear for a few seconds and then disappear. In addition to the .DS_Store file, a ._FILE_NAME file is created for each file. Getting the properties of the file sometimes shows the tag.
Connecting with AFP tags work as expected. Just a .DS_Store file is created. But no tag info is available if tag was assigned while mounted as SMB.
Is a pity, because SMB2 is faster than AFP in my tests, but sacrificing tags for it is too bad.
I think there are some problems from Apple's side regarding this. I have had files on shared Dropbox folders that is getting tagged (by others) and messing up my local tags. So there are some problems here I think.
The reason why tags work in dropbox, is because dropbox keeps a copy of the files on your local drive, these tags are not indexed on the network, so when other use shared folders on your dropbox, they are not checked, and you will see the tags as soon dropbox syncs with your mac