Page 1 of 1
Disabling users from deleting categories
PostPosted:Tue Jan 31, 2012 5:43 am
by okmuser
Hi,
Is there a way I can disable users from deleting categories.
The users should be able to assign categories but not deleting, if they want to delete, then they should contact admin to do so.
Thanks,
Re: Disabling users from deleting categories
PostPosted:Wed Feb 01, 2012 9:38 am
by jllort
Actually add / remove categories depends directly if user has write access or not.
This kind of feature could be implemented as ui extension, needs some work to doing it. In version 6.0 we'll extend security grants and this kind of validations could be done. Meanwhile I'll take note about it. I've added in our tracking system
http://issues.openkm.com/view.php?id=2031
could you explain in which cases would you like to disable delete option ?
Re: Disabling users from deleting categories
PostPosted:Wed Feb 01, 2012 12:23 pm
by okmuser
Thanks jllort,
My requirement is simple, I prefer to keep the users away from accidental actions which can cause deletion of an assigned category, which will lead to difficulty in tracking (searching) the document in future.
It would be helpful to have individual security features in openkm, currently I set up OpenKM as --> a user can create/add a document, copy to another taxonomy folder, but can't delete the document. Here I am only concerned about accidental actions, not deliberate actions. It would be nice to see this feature on all OpenKM actions (including metadata).
Cheers,
Re: Disabling users from deleting categories
PostPosted:Thu Feb 02, 2012 9:06 am
by jllort
If i understood right, if users has not delete grant can not delete document ( obvious ) and any other relation can not be deleted like metadata, keywords, categories.
Here we've got a little problem, metadata as group can change it owns values, but can not be deleted as a group. With keywords we can add / remove new keywords and the same idea with categories. We've got the problem about the user who is able to edit a document ( changing contents ) really can change any document property.
Seems we've got a super editor and editor with small features, is that no ? Seems there's a users who can made any operations with documents and other only limited ones ... is that ?
Re: Disabling users from deleting categories
PostPosted:Thu Feb 02, 2012 12:56 pm
by okmuser
Hi Jllort,
Coincidentally I noticed that deleting notes now asks for confirmation, why not providing similar confirmation for others too?
Cheers,
Re: Disabling users from deleting categories
PostPosted:Fri Feb 03, 2012 4:16 pm
by pavila
Good point. Added this ticket
http://issues.openkm.com/view.php?id=2041 . Please, feel free to add comment in the ticket.
Re: Disabling users from deleting categories
PostPosted:Sun Feb 05, 2012 10:27 am
by jllort
Will be enought with confirmation ? It's easy to implementing it.
Re: Disabling users from deleting categories
PostPosted:Sun Feb 05, 2012 11:45 am
by pavila
Yes, confirmation is a requirement with easy implementation. See the created issue
http://issues.openkm.com/view.php?id=2041.
Re: Disabling users from deleting categories
PostPosted:Sun Feb 05, 2012 10:18 pm
by okmuser
Hi Jllort, Pavila,
As an immediate solution I would say the 'confirmation' will at least provide some security against accidental deletion.
On a permament solution, I would really like to see some user/group based security measures to avoid re-assignment/deletion of categories/notes/keywords, if possible it sould also be extendable to custom property groups.
I believe there is no facility to finalise a document at the moment with OpenKM, an important step towards records management. I am not sure whether the 'Lock' is same as 'Final'.
The above security should also be able to implemented when the document is finalised, meaning no more modifications to the document is allowed.
Hope I am clear enough.
Thansk with regards,
Re: Disabling users from deleting categories
PostPosted:Mon Feb 06, 2012 6:06 pm
by jllort
Lock is the desired flag for it.
Meanwhile to going fast solution I'll made this minor change, confirmation dialog.