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

Question

Question

Desktop Client-9013 Error Saving a TIFF Document

asked on May 12, 2022

This is strange one...I have a customer who needs to edit a metadata fields for documents in a folder, in their LF Desktop Client, which in turn kicks off a WF to move the document to a different folder. 

Customer is able to open and view the TIFF Documents and edit the Metadata field, but when they go to save the document, they receive a "9013 Permission Denied" error.

This is where is gets strange:

1. If they select the document by checking the box next to it and  then open the Metadata view, edit the field and close it, no permission error and WF moves the document

2. If they open the document, edit the Metadata field and close document without saving it, no permission error and WF moves the document

The folder they are in is nested in a parent folder and we have confirmed user has all necessary rights to perform the action in the parent folder, sub-folders and documents.

We also confirmed they have the necessary rights in the Volume Permissions to perform this action.

I confirmed there are no other groups they are in for this folder that give them lesser permissions.

This does happen to other users who have the same permissions in this folder.

Anyone else seen where the "Save" option throws this error??

Appreciate the feedback,

Jeff Curtis

0 0

Replies

replied on May 12, 2022

edit the Metadata field and close document without saving it, no permission error and WF moves the document

 

If the user didn't save changes, there should be no field change to trigger the workflow, right? If the workflow is really moving the document regardless of what the user does, that might be the root cause here. Does the workflow move the document such that the user's effective rights no longer allow writing?

1 0
You are not allowed to follow up in this post.

Sign in to reply to this post.