Page 1 of 1

Kind is not Alias Fails Match

PostPosted: Wed Aug 02, 2017 4:19 pm
by iampariah
I've got a Desktop cleanup rule that I've configured as seen in the image below. The "Kind is not Alias" doesn't seem to work. It keeps moving aliases from the Desktop, which is a real pain in the neck. I can't add tags to aliases, so I can't filter out by a tag, either.

I've tried this "negative" configuration of if All the Is Not rules are true, as well as the opposite, if None of the Is rules.

Is this a bug, or is there something I can do to fix this?

System info: Hazel 4.1.4 on MacOS 10.12.6

Image

Re: Kind is not Alias Fails Match

PostPosted: Thu Aug 03, 2017 10:23 am
by Mr_Noodle
Can you post an alias matching a "not alias" condition? Also, what is the "Kind" for the alias in Finder?

Re: Kind is not Alias Fails Match

PostPosted: Thu Aug 03, 2017 7:23 pm
by iampariah
Mr_Noodle wrote:Can you post an alias matching a "not alias" condition? Also, what is the "Kind" for the alias in Finder?


I don't understand the first question, but here is the Get Info on two (of several) aliases that the rule always moves.

Image
Image

Re: Kind is not Alias Fails Match

PostPosted: Fri Aug 04, 2017 10:32 am
by Mr_Noodle
Use Hazel's preview function to check whether the alias condition matches or not. Check the help if you are not familiar with the preview function.

Also, how did you create these aliases? Did you do so in Finder or through some other method? Is there a chance they are symbolic links instead?

Re: Kind is not Alias Fails Match

PostPosted: Fri Aug 04, 2017 12:36 pm
by iampariah
Hazel's preview function doesn't work with aliases. They're unselectable.

They might be symbolic links, despite Finder saying Kind = Alias. I made them from Finder, I think by CMD+Option-dragging to the Desktop.

Re: Kind is not Alias Fails Match

PostPosted: Fri Aug 04, 2017 4:19 pm
by Mr_Noodle
Hmm, I can select aliases in Hazel's preview here. Makes me wonder again if there's something odd about those files. Can you zip up one of them and email it in to support?

Re: Kind is not Alias Fails Match

PostPosted: Sat Aug 05, 2017 6:11 pm
by iampariah
Sent.

Re: Kind is not Alias Fails Match

PostPosted: Wed Aug 09, 2017 1:47 pm
by iampariah
Solution found.

Mr_Noodle suggested that the aliases that were being moved by Hazel were in fact symbolic links rather than aliases despite Finder's Info panel identifying them as aliases. He asked me to remake the links to those folders using Finder's Make Alias command. I did, and then Hazel DID match them as it was supposed to.

The moral of the story: Finder may call symlinks "alias," but Hazel knows the difference.