You are viewing limited content. For full access, please sign in.

Question

Question

Un-coded Changes Happening in Folder Permissions after Running Workflows.

asked on October 15, 2015

My problem is that, for no apparent reason, running workflows that for example, create shortcuts for specific folders or get a document from a form and add it to a specific folder, etc, changes the permissions on the targeted folder. 

We go to great pains to set very specific permissions on these targeted folders when they are created (by a workflow).   There is absolutely no code in any subsequent workflows that target these folders that should change those permissions and yet, they are lost. 

And its not the same every time:  Running a workflow triggered by a field value change to create some shortcuts caused the user who made the field change to lose all rights to even see the folder.  In a second example (same folder), running a workflow to insert a document from a form caused the user to be able to delete entire folder whereas they didn't have that right before.

We are running Rio 9.2, Workflow 9.2.0.167 and Forms 9.2.  We are currently changing existing workflows from identifying LaserFiche accounts to identifying Active Directory Accounts.  But the workflows instigating the damage don't contain any activities to change permissions. 

Talked to my VAR yesterday at a use group and he thought this might be a bug.  Has anyone else seen this?

0 0

Answer

SELECTED ANSWER
replied on October 15, 2015

Just adding a document or changing fields is not going to change the security on the it or its parent folder. I would try looking at Audit Trail to see how and when the permissions where changed. Then if it was as a result of a workflow, look into how your Assign Rights activity is configured and whether the starting rule is triggers when you don't think it should be.

1 0

Replies

You are not allowed to reply in this post.
You are not allowed to follow up in this post.

Sign in to reply to this post.