Kind is not Alias Fails Match

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

Can you post an alias matching a "not alias" condition? Also, what is the "Kind" for the alias in Finder?

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.

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?

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.

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?

Sent.

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.