• Disabling users from deleting categories

  • We tried to make OpenKM as intuitive as possible, but an advice is always welcome.
We tried to make OpenKM as intuitive as possible, but an advice is always welcome.
Forum rules: Please, before asking something see the documentation wiki or use the search feature of the forum. And remember we don't have a crystal ball or mental readers, so if you post about an issue tell us which OpenKM are you using and also the browser and operating system version. For more info read How to Report Bugs Effectively.
 #13708  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,
Attachments
openkm categories.jpg
openkm categories.jpg (15.87 KiB) Viewed 3514 times
 #13726  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 ?
 #13732  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,
 #13755  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 ?
 #13760  by okmuser
 
Hi Jllort,

Coincidentally I noticed that deleting notes now asks for confirmation, why not providing similar confirmation for others too?

Cheers,
 #13804  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,
 #13809  by jllort
 
Lock is the desired flag for it.

Meanwhile to going fast solution I'll made this minor change, confirmation dialog.

About Us

OpenKM is part of the management software. A management software is a program that facilitates the accomplishment of administrative tasks. OpenKM is a document management system that allows you to manage business content and workflow in a more efficient way. Document managers guarantee data protection by establishing information security for business content.