[Koha-bugs] [Bug 18228] Make list permissions easier to use/understand

bugzilla-daemon at bugs.koha-community.org bugzilla-daemon at bugs.koha-community.org
Thu Jun 22 11:40:07 CEST 2017


https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18228

--- Comment #40 from Marcel de Rooy <m.de.rooy at rijksmuseum.nl> ---
Just a summary of the current status:

Although Jonathan planned to push this patch set shortly after release of
17.05, he still feels that it needs another QA opinion.
As can be seen in the previous comments, I asked feedback (repeatedly) on the
community and the dev mailing list. Apart from the signoff by Jesse M and Eric
G, positive comments have been added by Owen L, Marc V and Josef M. The only
concern is from Jonathan about "losing a feature".

In short, this report simplifies the scheme of three options Allow add, Allow
delete own entries and Allow delete other entries (with 2^3=8 possible
combinations) by one option "Allow changes from" with three choices: Nobody,
Owner or "Anyone seeing the list".

What we actually remove, is the distinction between Add and Delete. We replace
it by Change. If you are allowed to change, you can add and/or delete entries.
The concept is easier and nobody expressed interest in keeping it. Allowing
only adds or only deletes was mostly theoretically interesting and probably not
used.

The distinction between Delete own and Delete other was confusing, since Koha
does not show who added an entry. It is not that interesting too probably. If
you are allowed to change, you can delete any entry now.

Additionally, we now have the Nobody option. This allows you to make a list
read-only. Even the owner cannot change. This may prevent accidental deletes.

Bug 18834 builds on top of this patch set and hides the Anyone permission for
strictly private lists. Dynamically alters the permission combo. Fixes a bug
for empty shelf name. And adds a Shared indication for a list in staff.

Please help to get this further.

-- 
You are receiving this mail because:
You are watching all bug changes.


More information about the Koha-bugs mailing list