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

[Bug 36975] New: Allow MarcModificationTemplates to change the record source for a batch of records
by bugzilla-daemon＠bugs.koha-community.org 17 Dec '25

17 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36975 Bug ID: 36975 Summary: Allow MarcModificationTemplates to change the record source for a batch of records Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: arthur.suzuki(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl It would be nice to be able to set the record source for a whole set of records (from a search result or a report). Best way to do it seems to permit the "BatchRecordModification Tool" to change the record source value. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 15

[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

[Bug 19917] New: Holds for self registered patrons
by bugzilla-daemon＠bugs.koha-community.org 17 Dec '25

17 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19917 Bug ID: 19917 Summary: Holds for self registered patrons Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com There needs to be a switch in place that does not allow a hold to be triggered if the hold is for a patron in the self registered category. Our library workflow: * Allows self registered patrons to place a couple of holds. * Doesn't assign an automatic card number. * Prints specialized hold slips * Allows self pickup Ideally, we would want the preference to not trigger the hold if the self registration category is in use on the patron with the hold, and a message to come up asking staff to go ahead and assign a card number, or something to that effect. Right now, when the hold is triggered, the slip comes out wrong because there is data missing. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 41394] New: Terminology: ... logged in user branch
by bugzilla-daemon＠bugs.koha-community.org 17 Dec '25

17 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41394 Bug ID: 41394 Summary: Terminology: ... logged in user branch Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org staff_interface.pref#FilterSearchResultsByLoggedInBranch# add a filter to the location column on staff interface search results to filter items by the logged in user branch. branch should be library. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 41466] New: Add data-attributes to search results location column
by bugzilla-daemon＠bugs.koha-community.org 17 Dec '25

17 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41466 Bug ID: 41466 Summary: Add data-attributes to search results location column Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com It would be handy if some of the things in the search result's "Location" column had some data-attributes for shelvingloc, ccode, itemtypetest to make it easier to customize the display of those without the need for jQuery. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 14962] Temp Shelving Location
by bugzilla-daemon＠bugs.koha-community.org 17 Dec '25

17 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14962 --- Comment #40 from Jake Deery <jake.deery(a)openfifth.co.uk> --- Created attachment 190572 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=190572&action=e… Bug 14962: On Display code for Intranet scripts & templates This patch makes the necessary changes to the Intranet to make sure effective locations, collection codes, and branches are correctly displayed. Please see the test files commit for instructions on how to test this bundle of patches. -- You are receiving this mail because: You are watching all bug changes.

1 0