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

Question

Question

"Overwrite existing document" on import permanently deletes

asked on November 12, 2014

I ran across this odd situation.

A user importing a document into a folder that contains a document with the same name as the document being imported gives a dialog with a choice of "Overwrite existing document".   It does exactly that with on major problem. If the document is overwritten, the replaced file doesn't go to the recycle bin.  It simply is replaced.  This is even the case with a user that does not have "Purge" access.

This seems like a problem in terms of users being able to permanently delete entries when they are not allowed to.

0 0

Answers

APPROVED ANSWER
replied on February 3, 2015

Hi Bryce. We're reviewed the bug filed for this issue. One thing that needs to be clarified is that overwriting an electronic document is different than deleting an electronic document. In the situation you described where the user imports an electronic document into the repository that already has an electronic document with the same name and chooses to overwrite, this is allowed if the user has the "Modify contents" right on that existing document. This process is the same as if the user had opened the original existing document in the repository, and then copied the data from the new document and pasted it back into the original document, overwriting the old data, and then saving it. Deleting doesn't come into play here. In both situations, the electronic document component isn't getting deleted. New data is just overwriting existing data in the document.

If you're concerned about protecting against accidental overwrites, you can deny users the ability to modify contents, but then that most likely limits their productivity.

Please let me know if there is another concern that you feel isn't being properly addressed. If you can provide details and a use case, that would be helpful.

0 0
SELECTED ANSWER
replied on November 13, 2014

There is already an SCR for this issue filed for 9.1.1.

0 0

Replies

replied on November 12, 2014

If the document has text in it (i.e. is OCRed), do you get the same behavior?

0 0
replied on November 12, 2014

Yes, seems to give the same behavior.

0 0
replied on November 12, 2014 Show version history

Does the user have delete entry and delete document page rights?

What version are you on?

0 0
replied on November 12, 2014

I originally tested with the Delete Entry and Delete Document Page allowed, but just removed those folder rights and tried again and was still able to replace the pages.

 

I tried a document with a different page count (1 page file replaceing a 2 page file) but the same name, and got a permission denied message, but it still overwrote the first page with the new document and broke the second page. (page contains no image message now shows up.)

The customer has LF 9.1, and I tested on a 9.1 machine as well.

0 0
SELECTED ANSWER
replied on November 13, 2014

There is already an SCR for this issue filed for 9.1.1.

0 0
replied on November 14, 2014

Is this fixed in 9.2?

0 0
replied on November 15, 2014

No, it was not fixed for 9.2.

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

Sign in to reply to this post.