Q: exists files "QnA GUI" of folders "Contents/MacOS" of folders "QnA GUI.app" of (it; folders "Utilities" of it) of folders "/Applications"
E: The expression could not be evaluated:
T: 280
I: boolean
AND:
Q: exists files "QnA GUI" of folders "Contents/MacOS" of folders whose(name of it = "QnA GUI.app") of folders of (it; folders "Utilities" of it) of folders "/Appl
A: True
T: 29950
I: boolean
This relevance looks in 2 different folders for a folder named “QnA GUI.app”, in both cases using plural relevance. The folder only exists in 1 of 2 places, but the plural relevance should prevent the error by skipping over the location where the folder is not found.
The issue is with this part. The plural is merely one of convenience. When you construct a folder with one of these “Named” inspectors it must exist. The other checks for the existence. Also I’m not sure that the folder inspector can handle the result of the (it; folders “Utilities” of it) as it expects a singular.
A lot of the inspectors look the same but only some are true plurals.
I think you are somehow incorrect because I’m fairly sure it wasn’t this way before, because I use this sort of thing all of the time, especially on windows, and it seems to be fixed in the newest patch:
Q: version of client
A: 9.5.4.38
T: 5003
I: version
Q: exists files "QnA GUI" of folders "Contents/MacOS" of folders "QnA GUI.app" of (it; folders "Utilities" of it) of folders "/Applications"
A: True
T: 1354
I: boolean
folders "QnA GUI.app" might technically be singular, but the important part is that it should catch and ignore nonexistence errors instead of throwing them. That’s really what makes it a plural in my mind is how it behaves in an error condition.
Q: folders ("/";"/tmp")
A: /
A: /tmp
T: 157
I: folder
Q: (it; folders "tmp" of it) of folders "/"
A: /
A: /tmp
T: 77
I: folder
Q: folders ("tmp";"Users") of folders "/"
A: /tmp
A: /Users
T: 333
I: folder
Q: number of folders of (it; folders "Utilities" of it) of folders "/Applications"
A: 81
T: 9975
I: integer
Q: number of folders of (it) of folders "/Applications"
A: 57
T: 7984
I: integer
I guess I need to dig up an older version of the client to see if the behavior is the same or not. The fact that it seems to be fixed in the newest version suggests there isn’t anything to fix, but this regression for at least version 9.5.2.56 isn’t great, especially if this wasn’t fixed on purpose.
Ahh you are right. It was either you or @strawgate that reported the issue in the first place
I believe this was fixed in 9.5.3 per the technical changelist ( Issue 72453 - APAR IV86976 - “FOLDER” INSPECTOR MAY RETURN AN ERROR ON MAC CLIENTS )