Some of these same limitations have stymied me for a while as well. In my patching process I have a task that polls the client on an interval to determine whether there are Actions that are still in a Pending state. It would be most convenient to use this relevance which does not work:
exists actions whose (relevant of it and pending of it)
but there is no iterator for “action”. Instead I have to rely on the action(id) inspector, and the behavior of plurality to not error out when I throw incorrect Fixlet IDs at the inspector; and use this very ugly alternative
exists actions(ids of fixlets of sites) whose (relevant of it and pending of it)
I believe we’ve also discussed in this forum at length the lack of
sections of file
and
keys of file
Also every Property that includes “of” in the property name really breaks the use of “it” substitutions. For instance key X of registry.
fairly good introspection in relevance is super handy, but it is very annoying when it is missing.
Also, this is one of the areas that I wish IBM would dedicate more time / resources, because for me, inspectors is the one place I can’t get around. If they don’t exist, then I’m fairly stuck because I can’t write my own.
Agreed. If I have to convince my coworkers that they need to learn a new scripting language that only applies to BigFix, then having some consistency makes it an easier sell.