- Koha-bugs - lists.koha-community.org

[Bug 41845] New: Don't mix "allow" and "restrict" permissions
by bugzilla-daemon＠bugs.koha-community.org 13 Mar '26

13 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41845 Bug ID: 41845 Summary: Don't mix "allow" and "restrict" permissions Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com In the current permissions, there's something that *really* bugs me : the mix of permissions that "allow" and permissions that "restrict". I often create staff accounts as part of the set up we do for new clients and for non-superlibrarians catalogers, I always have to remember to check everything in cataloging EXCEPT that one annoying permission that restricts the subfields (SubfieldsToAllowForRestrictedEditing). I was wondering if it was possible to take this into account when revamping the permissions. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 11

[Bug 42100] New: Duplicate check for new records in Acquisitions only shows first duplicate when there are multiple
by bugzilla-daemon＠bugs.koha-community.org 13 Mar '26

13 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42100 Bug ID: 42100 Summary: Duplicate check for new records in Acquisitions only shows first duplicate when there are multiple Initiative type: --- Sponsorship --- status: Product: Koha Version: 25.11 Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: sbrown(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org When creating a new record in Acquisitions, the new duplicate check feature only returns a single bib even if the title (or title and ISBN) entered matches multiple existing records. To replicate: -Find or create two bibs with the same title and ISBN -In Acquisitions, add to a basket using the 'from a new (empty) record' option -Use the same title and ISBN in your new record to match the existing bibs -Try to save the order, and note that the duplicate message only lists one of the existing bibs The same thing happens if the new bib only has a title entered. All matches should show, and the 'Use existing record' option should allow libraries to choose which bib to use when there are multiple matches. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 7132] Check for duplicates when creating a new record in acquisitions
by bugzilla-daemon＠bugs.koha-community.org 13 Mar '26

13 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7132 Sara Brown <sbrown(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=42100 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 41551] New: Build migration tool for new permissions
by bugzilla-daemon＠bugs.koha-community.org 13 Mar '26

13 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41551 Bug ID: 41551 Summary: Build migration tool for new permissions Initiative type: --- Sponsorship --- status: Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: lisette(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org migrate to new setup with database update, make an upgrade wizard for super librarians to set up new/learn new system and clean up existing permissions -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 8

[Bug 38139] New: Refactor C4::Auth::getuserflags() and move to Koha::Auth::Permissions->get_flags() with unit tests
by bugzilla-daemon＠bugs.koha-community.org 13 Mar '26

13 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38139 Bug ID: 38139 Summary: Refactor C4::Auth::getuserflags() and move to Koha::Auth::Permissions->get_flags() with unit tests Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: lisette(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Breaking the concerns from Bug 20813 - Revamp user permissions system into smaller pieces. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 9

[Bug 41549] New: Add Koha::Permission object
by bugzilla-daemon＠bugs.koha-community.org 13 Mar '26

13 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41549 Bug ID: 41549 Summary: Add Koha::Permission object Initiative type: --- Sponsorship --- status: Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: lisette(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 11

[Bug 38141] New: Move "flags" column into "user_permissions" table
by bugzilla-daemon＠bugs.koha-community.org 13 Mar '26

13 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38141 Bug ID: 38141 Summary: Move "flags" column into "user_permissions" table Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: lisette(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Breaking the concerns from Bug 20813 - Revamp user permissions system into smaller pieces. (that said, this could have unexpected consequences for borrower_modifications and deletedborrowers...)(this also will have consequences with manual SQL and tests) The goal of the above is to free us from the bit-packed "flags" integer and separate sub-permission table, so that it's easier to create and organise flags/permissions. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6

[Bug 38140] New: pdate Acquisition.pm, Budgets.pm, about.pl, and other users of authorization data checks outside of the initial AuthZ check on page load
by bugzilla-daemon＠bugs.koha-community.org 13 Mar '26

13 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38140 Bug ID: 38140 Summary: pdate Acquisition.pm, Budgets.pm, about.pl, and other users of authorization data checks outside of the initial AuthZ check on page load Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: lisette(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Breaking the concerns from Bug 20813 - Revamp user permissions system into smaller pieces. The goal of the above is to centralize the business logic of permission/authorization checks in Koha, so we're not repeating complex code structures throughout the app. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 38063] New: Add batch patron permission modification
by bugzilla-daemon＠bugs.koha-community.org 13 Mar '26

13 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38063 Bug ID: 38063 Summary: Add batch patron permission modification Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: lisette(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org We have a plugin for batch permission modification: https://github.com/bywatersolutions/koha-plugin-batch-permissions-modifier I think it would be beneficial to move this into core as a way to do a mix of role-based access control and per-user permissions. How the plugin works 1. Set permissions of a template user 2. Create a patron list of all the users who should have those permissions 3. In the plugin, assign the template user to the list 4. User's permissions are now controlled by the template user. Permissions can only be changed on the template user. Users who aren't assigned to a role list can have their permissions edited as it currently works. Currently only one role is allowed at a time. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 38137] New: Refactor Koha::Auth::Permissions->get_authz_from_flags to build a fully populated authz hash, and then create Koha::Auth::Permissions->get_template_authz_from_authz()
by bugzilla-daemon＠bugs.koha-community.org 13 Mar '26

13 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38137 Bug ID: 38137 Summary: Refactor Koha::Auth::Permissions->get_authz_from_flags to build a fully populated authz hash, and then create Koha::Auth::Permissions->get_template_authz_from_authz () Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: lisette(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Breaking the concerns from Bug 20813 - Revamp user permissions system into smaller pieces. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 10