Skip to content

Tag adds plist values for color attributes wrong. #88

@ghjimmy

Description

@ghjimmy

Th plist that it adds for tags all contains a '0' after the newline. For colors, this should be the index.
e.g:

com.apple.metadata:_kMDItemUserTags: ["Meta\n0","Grey\n0","Red\n0","Green\n0"]
com.apple.metadata:_kMDItemUserTags: 
00000000 62 70 6c 69 73 74 30 30 a4 01 02 03 04 56 4d 65  |bplist00.....VMe|
00000010 74 61 0a 30 56 47 72 65 79 0a 30 55 52 65 64 0a  |ta.0VGrey.0URed.|
00000020 30 57 47 72 65 65 6e 0a 30 08 0d 14 1b 21 00 00  |0WGreen.0....!..|
00000030 00 00 00 00 01 01 00 00 00 00 00 00 00 05 00 00  |................|
00000040 00 00 00 00 00 00 00 00 00 00 00 00 00 29        |.............)|

and it should be:

com.apple.metadata:_kMDItemUserTags: ["Meta\n0","Grey\n1","Green\n2","Red\n6"]
com.apple.metadata:_kMDItemUserTags: 
00000000 62 70 6c 69 73 74 30 30 a4 01 02 03 04 56 4d 65  |bplist00.....VMe|
00000010 74 61 0a 30 56 47 72 65 79 0a 31 57 47 72 65 65  |ta.0VGrey.1WGree|
00000020 6e 0a 32 55 52 65 64 0a 36 08 0d 14 1b 23 00 00  |n.2URed.6....#..|
00000030 00 00 00 00 01 01 00 00 00 00 00 00 00 05 00 00  |................|
00000040 00 00 00 00 00 00 00 00 00 00 00 00 00 29        |.............)|

No idea how to fix it, but some finder replacements require the correct number after the newline to take the color of the file correctly. Others seem to parse the names of the tags to set them instead. But it does seem to be a bug.

If anyone can point out where the code should be changed, or a workaround, I'd be grateful....

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions