Bug 12786

Summary: Permission to allow everyone in staff client to see all patron lists
Product: Koha Reporter: Nicole C. Engard <nengard>
Component: ToolsAssignee: Galen Charlton <gmcharlt>
Status: CLOSED FIXED QA Contact: Testopia <testopia>
Severity: enhancement    
Priority: P5 - low CC: aleisha, cbrannon, katrin.fischer, kyle
Version: Main   
Hardware: All   
OS: All   
Change sponsored?: --- Patch complexity: ---
Documentation contact: Documentation submission:
Text to go in the release notes:
Version(s) released in:

Description Nicole C. Engard 2014-08-19 13:05:57 UTC
Right now only the staff that creates a patron list (this is the Tools > Patron lists list - not the Private lists I'm referring to) can see their list. It would be nice if there was a permission or a way to have all lists of patrons visible to all staff.
Comment 1 Christopher Brannon 2015-03-16 15:10:43 UTC
Would prefer to have permission setting in individual accounts, and not an all or nothing permission.
Comment 2 Aleisha Amohia 2017-02-15 19:38:39 UTC
My superlibrarian user can see all patron lists already. Do you mean to make a permission for if there is a staff user who is not a superlibrarian?
Comment 3 Kyle M Hall 2017-07-21 14:03:37 UTC
(In reply to Aleisha Amohia from comment #2)
> My superlibrarian user can see all patron lists already. Do you mean to make
> a permission for if there is a staff user who is not a superlibrarian?

I think that's the idea. Here's a question, what does the 'lists' permission do? As far as I can tell, it does nothing!
Comment 4 Katrin Fischer 2017-07-23 09:28:37 UTC
(In reply to Kyle M Hall from comment #3)
> (In reply to Aleisha Amohia from comment #2)
> > My superlibrarian user can see all patron lists already. Do you mean to make
> > a permission for if there is a staff user who is not a superlibrarian?
> 
> I think that's the idea. Here's a question, what does the 'lists' permission
> do? As far as I can tell, it does nothing!

You are correct, this has not been correctly implemented from the start. We have a top level permission, 'lists' where people expect it allows/disallows access to the lists area in staff, but that does nothing. It was only created for the sub-level permission about being able to delete public lists.
See bug 13888.

But I think this is about patron lists, not lists?
Comment 5 Katrin Fischer 2017-07-23 09:32:26 UTC
We got tools > manage_patron_lists for patron lists. Not sure how we could best add sub permissions to a sub permission /third level of permissions.
Comment 6 Katrin Fischer 2020-01-06 01:35:09 UTC
We now got the option to mark any patron list as 'shared', which means it will be visible to all staff members. 
I feel this is a more flexible solution than another permission - marking resolved, please reopen if it doesn't fit your needs.