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

[Bug 15789] New: Split borrowers permission into create/edit
by bugzilla-daemon＠bugs.koha-community.org 18 Dec '25

18 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15789 Bug ID: 15789 Summary: Split borrowers permission into create/edit Change sponsored?: Seeking cosponsors Product: Koha Version: master Hardware: All URL: http://devs.bywatersolutions.com/projects/fine-overrid es/ OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Goal: Add ability to control if an individual staff user can override checkout restriction based on noissuescharge Work to be done: 1) Add new permission allow_fine_override 2) Set new permission for existing staff members with setting for AllowFineOverride 3) Remove use of AllowFineOverride, replace with use of new permission allow_fine_override Looking for sponsors here: http://devs.bywatersolutions.com/projects/fine-overrides/ -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 9

[Bug 9181] Add patron messaging preferences to batch patron modification tool
by bugzilla-daemon＠bugs.koha-community.org 17 Dec '25

17 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9181 Jessica Chamberlain <JChamberlain(a)norfolkne.gov> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |JChamberlain(a)norfolkne.gov --- Comment #10 from Jessica Chamberlain <JChamberlain(a)norfolkne.gov> --- We would find this helpful as well! -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 39685] New: Typo: authorised value in item search fields
by bugzilla-daemon＠bugs.koha-community.org 17 Dec '25

17 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39685 Bug ID: 39685 Summary: Typo: authorised value in item search fields Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration 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 Terminology indicates it should be "authorized" and not "authorised". https://wiki.koha-community.org/wiki/Terminology To get there: 1. Go to Administration > Item search fields > New search field --> Authorised values category I also think "Authorized value category" is grammatically correct and not "Authorized values category", but I'm not 100% sure. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 40591] New: Typo in fastadd button class
by bugzilla-daemon＠bugs.koha-community.org 17 Dec '25

17 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40591 Bug ID: 40591 Summary: Typo in fastadd button class Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org The fast cataloging button in the circulation home page has the class "circ-butto" instead of "circ-button" like the other ones. I'm not sure why the style still applies, as the button doesn't look different, but I suggest we correct it anyway just in case. To recreate : 1. Go to the Circulation home page 2. Inspect the page (Ctrl + Shift + C) 3. Click on the Fast cataloging button --> In the inspector, notice the class for the button is circ-butto 4. Optional, inspect other buttons --> Note that the class for the other buttons is circ-button -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 41075] New: Hold pickup notice sent from patron home library if patron's hold filled message preference has digest only
by bugzilla-daemon＠bugs.koha-community.org 17 Dec '25

17 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41075 Bug ID: 41075 Summary: Hold pickup notice sent from patron home library if patron's hold filled message preference has digest only Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: blawlor(a)clamsnet.org QA Contact: testopia(a)bugs.koha-community.org To replicate: 1. Place a hold for a patron for pickup at a different library than their home library 2. In the patron's messaging preferences make sure digest only is checked for hold filled 3. Check in the item at the pickup location 4. Confirm in the patron's notice tab that the pickup notice was sent from their home library 5. Uncheck the digest only message preference and repeat process 6. The notice is sent from the pickup location -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 10

[Bug 41423] New: [Omnibus] Library Groups should have feature parity with IndepenentBranches
by bugzilla-daemon＠bugs.koha-community.org 17 Dec '25

17 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41423 Bug ID: 41423 Summary: [Omnibus] Library Groups should have feature parity with IndepenentBranches Initiative type: --- Sponsorship --- status: Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal 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 Rather than having 2 similar features, having one feature that does all of it would be better for maintainability. This is an omnibus for tracking the features that IndepenentBranches has that LibraryGroups doesn't currently cover. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 22861] New: Add ability to turn on/off the display of a public list
by bugzilla-daemon＠bugs.koha-community.org 17 Dec '25

17 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22861 Bug ID: 22861 Summary: Add ability to turn on/off the display of a public list Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Lists Assignee: koha-bugs(a)lists.koha-community.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Target Milestone: --- Libraries use the Public List feature a lot for patrons to see them on the OPAC. It would be very nice to allow staff to disable/enable these public lists -as the Course Reserve module does -as needed. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 12

[Bug 41472] New: Saved search filters should allow saved sorting preference
by bugzilla-daemon＠bugs.koha-community.org 17 Dec '25

17 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41472 Bug ID: 41472 Summary: Saved search filters should allow saved sorting preference Initiative type: --- Sponsorship --- status: Product: Koha Version: 25.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: catrina(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org When editing a search filter, you have the ability to select the sort order. However, that sorting is not respected when the search filter is applied to a search. For example, if I want to create a save search of popular releases published this year, I want the sort to stay on Popularity and not revert back to Relevancy. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 12599] IndependentBranches Holes
by bugzilla-daemon＠bugs.koha-community.org 17 Dec '25

17 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12599 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=41471 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 41470] New: Add ability to convert patron guarantors to non-patron guarantors in batch
by bugzilla-daemon＠bugs.koha-community.org 17 Dec '25

17 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41470 Bug ID: 41470 Summary: Add ability to convert patron guarantors to non-patron guarantors in batch Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: jrobb(a)sekls.org QA Contact: testopia(a)bugs.koha-community.org Currently, patron accounts cannot be deleted in batch if they have linked guarantees. My process for unlinking accounts at the moment is to edit each individual guarantee account, remove the guarantor with the checkbox and manually enter the guarantor firstname, surname, and relationship into the non-patron guarantor section. That frees up the guarantor account for deletion while maintaining pertinent information for the remaining guarantee account. It would save a lot of time if the conversion of patron guarantor to non-patron guarantor could be handled in a batch. It would be most handy if this were an addirional option in the batch patron deletion tool, but might also make sense as something the patron batch modification tool could do. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0