{"action":"created","issue":{"url":"https://api.github.com/repos/jdberry/tag/issues/12","labels_url":"https://api.github.com/repos/jdberry/tag/issues/12/labels{/name}","comments_url":"https://api.github.com/repos/jdberry/tag/issues/12/comments","events_url":"https://api.github.com/repos/jdberry/tag/issues/12/events","html_url":"https://github.com/jdberry/tag/issues/12","id":67681871,"number":12,"title":"tags created on network drive files are in a ghost state","user":{"login":"digitalsushi","id":6665247,"avatar_url":"https://avatars.githubusercontent.com/u/6665247?v=3","gravatar_id":"","url":"https://api.github.com/users/digitalsushi","html_url":"https://github.com/digitalsushi","followers_url":"https://api.github.com/users/digitalsushi/followers","following_url":"https://api.github.com/users/digitalsushi/following{/other_user}","gists_url":"https://api.github.com/users/digitalsushi/gists{/gist_id}","starred_url":"https://api.github.com/users/digitalsushi/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/digitalsushi/subscriptions","organizations_url":"https://api.github.com/users/digitalsushi/orgs","repos_url":"https://api.github.com/users/digitalsushi/repos","events_url":"https://api.github.com/users/digitalsushi/events{/privacy}","received_events_url":"https://api.github.com/users/digitalsushi/received_events","type":"User","site_admin":false},"labels":[],"state":"open","locked":false,"assignee":null,"milestone":null,"comments":2,"created_at":"2015-04-10T20:58:24Z","updated_at":"2015-07-26T10:32:07Z","closed_at":null,"body":"If the tag command creates a new tag on a network file/directory, that tag will not be listed under the Finder \"All Tags...\" until the tag command adds the same tag to a local file/directory, or the Finder adds the same tag to a local/network file/directory.\r\n\r\nThe tag created on the network resource in this scenario remains in an ephemeral state, wherein the Finder cannot delete and readd the tag.  If some other process successfully adds the tag, then the ephemeral nature of the original tag is resolved.\r\n\r\nTo expound on what I mean by ephemeral, the graphics of the tag will be a dotted line instead of a solid line.  I can create a similar dotted line graphic by introducing a new tag in the Finder, before the tag edit bubble is closed.  \r\n\r\n![screen shot 2015-04-10 at 4 54 39 pm](https://cloud.githubusercontent.com/assets/6665247/7097300/5033feb0-dfa2-11e4-9342-f1d7aac90a9f.png)\r\n\r\nI cannot find any intuition on whether this is a tag command thing, an osx thing, or both.  The state machine of the tag command is a mystery!  I'll understand if there's nothing to be done. \r\n\r\nMy use case here is that I drag music files/folders onto tags as genres, and then later I use your tag command to dump the tag list and assign those files/folders per tag into a playlist per tag.  At home I have a mac mini in the closet with the music, which I sort from a remote client and then generate the playlists.  If a new tag is introduced on the mac mini, it will not be presented on my computer until I manually munge in the tag with trickery.  Thanks."},"comment":{"url":"https://api.github.com/repos/jdberry/tag/issues/comments/124967551","html_url":"https://github.com/jdberry/tag/issues/12#issuecomment-124967551","issue_url":"https://api.github.com/repos/jdberry/tag/issues/12","id":124967551,"user":{"login":"grahamperrin","id":192271,"avatar_url":"https://avatars.githubusercontent.com/u/192271?v=3","gravatar_id":"","url":"https://api.github.com/users/grahamperrin","html_url":"https://github.com/grahamperrin","followers_url":"https://api.github.com/users/grahamperrin/followers","following_url":"https://api.github.com/users/grahamperrin/following{/other_user}","gists_url":"https://api.github.com/users/grahamperrin/gists{/gist_id}","starred_url":"https://api.github.com/users/grahamperrin/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/grahamperrin/subscriptions","organizations_url":"https://api.github.com/users/grahamperrin/orgs","repos_url":"https://api.github.com/users/grahamperrin/repos","events_url":"https://api.github.com/users/grahamperrin/events{/privacy}","received_events_url":"https://api.github.com/users/grahamperrin/received_events","type":"User","site_admin":false},"created_at":"2015-07-26T10:32:07Z","updated_at":"2015-07-26T10:32:07Z","body":"If the share point for a uniquely tagged file is at/on anything *other* than the startup volume of the server, then you might try the following workaround: \r\n\r\n1. disconnect all clients\r\n2. at the server, stop file sharing\r\n3. unmount then remount the affected volume\r\n4. resume sharing\r\n5. at the client, reconnect\r\n6. wait a while, see whether the uniquely tagged file appears to have that tag. \r\n\r\n### Side note\r\n\r\nIn January 2014 I fed a bug to Apple,**fsck_hfs finds no error with an HFS Plus file system, but tags are not found until after a rebuild of the attributes file**. Whilst I'm not aware of a conclusion, I suspect a problem with the operating system approach to working within the limitations of HFS Plus in *some* environments where extended attributes (EAs) are used for tags – and there may be a workaround that does not require a rebuild. Open Radar rejects AppleSeed feedback IDs so instead, I pasted some information to http://pastebin.com/S4sEdkqH and if you'd like to discuss, Ask Different Chat is good for me; http://tinyurl.com/depomme "}}