Overview
These functions extend Appian content and offer document/folder search, directory listing, and the ability to get/set the searchable attribute of a folder.
Functions are designed for and only work on Appian content, not the local filesystem. All search functions assume the root folder and all subfolders are searchable. Search functions will not return results contained within non-searchable objects.
All functions use the serviceContext of the user account executing the expression at runtime.
Key Features & Functionality
Data Types
Smart Services
Functions
Need to correct one point in my post .. Adding to Designers role corrects the issue were a folder no longer exists. The use case where folder exists but user does not have access works as expected and we do get the PrivilegeException message returned.
Hi, I was hoping someone could help explain why this error is occurring when calling getcontentdetailsbyuuid on a folder UUID which a user has view access to the folder or the folder has been deleted.
'getcontentdetailsbyuuid' [line 5]: The user [ATM_Developer] does not have sufficient privileges to perform the requested action. (APNX-1-4205-003)
The above error only occurs for users who are not members of the Design group. If the user is a member of the designers group, however, then the function returns either of these two messages depending on current state:
No object with this UUID has been found: PrivilegeExceptionNo object with this UUID has been found
Is being a member of the Designers group a requirement to leverage this function to get the desired results? Or have a run into an Appian bug/or plugin in function bug?
All my testing in in appian cloud instance on 19.4.
I've gotta admit, the getprocessmodeldetailsbyuuid function (as well as similar ones) is not very user-friendly to make any sort of specific use of due to the results coming back in a big unorganized glob of text, as opposed to a nice dictionary or something.
Couldn't it at least return a JSON string, if it has to return a flat string? Then we could convert it on the Appian side pretty easily, instead of having to do tedious manual parsing, which of course might break any time anything is added or changed in the function output.
If we are already using Custom Content Functions, and replace it with this plugin, will there be any impact?
Is there any way this can be enhanced to add a function that given a UUID it returns the application containers the object is part of?
If we want to deploy this plug in is the recommendation to remove the existing Content Details by UUID and Custom Content Functions Plug Ins first ? Presumably all the functions / smart services in those two plug ins have been replicated under this new Content Tools plug in ?
The function list is not accurate, the v1.0.1 of this plugins does not include getconstantsbyname but includes the function FindFoldersByName.
This plugin should not be used in conjunction with Custom Content Functions as it is a replacement for that plugin.
If you are currently using Custom Content Functions, do not also deploy this plugin.
I'm a bit confused - does this Plug In replace the existing Custom Content Functions plug in ? If it does replace / supersede then I presume it would be advisable to remove the existing Custom Content Functions plug in before deploying this new one ?
Deploying the latest version of "Custom Content Functions" plugin fixed our issue in 19.1.
Its confusing why both "Content Tools" and "Custom Content Functions" have a function with the same name getdocumentsfromfolder
If any of you already have "Custom Content Functions" plugin deployed in your environment and face an error post upgrade to 19.1, please redeploy "Custom Content Functions" plugin to fix the error. Thats from my experience
Best Wishes,
Pavan