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

[Bug 8137] Checkout limit for all libraries
by bugzilla-daemon＠bugs.koha-community.org 09 Oct '25

09 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8137 --- Comment #148 from Fridolin Somers <fridolin.somers(a)biblibre.com> --- Hi, There might be an issue in get_effective_rule_value() : my $memory_cache = Koha::Cache::Memory::Lite->get_instance; my $cache_key = sprintf "CircRules:%s:%s:%s:%s", $rule_name // q{}, $categorycode // q{}, $branchcode // q{}, $itemtype // q{} ,$has_priority // q{}; It generates error [WARN] Redundant argument in sprintf Maybe sprintf is missing a "%s" -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 36343] New: The 'after_biblio_action' hooks have an inconsistent signature compared to before_biblio_action, and actions in reserves and items
by bugzilla-daemon＠bugs.koha-community.org 09 Oct '25

09 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36343 Bug ID: 36343 Summary: The 'after_biblio_action' hooks have an inconsistent signature compared to before_biblio_action, and actions in reserves and items Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Plugin architecture Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org Our hooks should attempt to have a consistent routine signature whenever that can.. unfortunately, we've not been very good at spotting when patterns change. Whilst QAing bug 34943 we discovered an inconsistency in the hook signatures again. 'payload' vs no-payload. I propose we add support for 'payload' to the _after_biblio_action hook and set a deprecation period for the older signature style. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 31

[Bug 26646] New: Holds to Pull should show distinct item-level holds
by bugzilla-daemon＠bugs.koha-community.org 09 Oct '25

09 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26646 Bug ID: 26646 Summary: Holds to Pull should show distinct item-level holds Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com In Holds to Pull (pendingreserves.pl), we group the listed holds by biblionumber. That causes some confusion when a title has multiple item-level holds on it. To recreate: - find a bib with 2 items - place an item-level hold on item 1 for patron A - place an item-level hold on item 2 for patron B - go to Holds to Pull - it shows one entry for the bib, indicates 2 items should be pulled, but only lists patron A It would be more helpful to list these two holds separately, so it tells the librarian to get item 1 for patron A and item 2 for patron B -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 14

[Bug 9762] Log circulation overrides
by bugzilla-daemon＠bugs.koha-community.org 09 Oct '25

09 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9762 Martin Renvoize (ashimema) <martin.renvoize(a)openfifth.co.uk> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords|additional_work_needed | --- Comment #121 from Martin Renvoize (ashimema) <martin.renvoize(a)openfifth.co.uk> --- I've submitted a comprehensive fix on Bug 40866 - Corrections to override logging. Lets move on with that bug as the cleanup for this one. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 30681] New: Allow overlay protection of MARC data by subfield
by bugzilla-daemon＠bugs.koha-community.org 09 Oct '25

09 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30681 Bug ID: 30681 Summary: Allow overlay protection of MARC data by subfield Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Depends on: 14957 Bug 14957 introduces overlay protection enforced at the MARC tag level. It would be great to be able to specify down to the subfield level in rules. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14957 [Bug 14957] Write protecting MARC fields based on source of import -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 10

[Bug 24857] New: Add ability to create "Volumes" for records, and assign items to volumes
by bugzilla-daemon＠bugs.koha-community.org 09 Oct '25

09 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24857 Bug ID: 24857 Summary: Add ability to create "Volumes" for records, and assign items to volumes Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl We have a partner that needs Volume Level Holds. This is a feature that some ILSs have that allows the creation of volumes at the bibliographic level, with items being optionally assigned to a given volume. This facilitates the ability to place holds at a volume level, rather than on a specific item or any available item on a record. This but is to add just the volume management itself, which no functionality tied to volumes. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 697

[Bug 31339] New: Use Template::Toolkit WRAPPER for Koha Plugins
by bugzilla-daemon＠bugs.koha-community.org 09 Oct '25

09 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31339 Bug ID: 31339 Summary: Use Template::Toolkit WRAPPER for Koha Plugins Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org Rather than requiring Koha plugins to create entire templates, let's provide Template::Toolkit WRAPPER files to allow them to more easily integrate. This should also make it easier for plugins to fit into different versions of Koha. -- You are receiving this mail because: You are watching all bug changes.

1 32

[Bug 32277] New: Widget dashboard
by bugzilla-daemon＠bugs.koha-community.org 09 Oct '25

09 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32277 Bug ID: 32277 Summary: Widget dashboard Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff interface 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 It would be great if we could develop a panel above the news panel on the staff interface that would serve as a widget dashboard in which we could activate future developed widgets. For example, I currently use jQuery mods to move the #area-pending element that houses the patron suggestions patrons requesting modifications up above the news. I've also recently added a panel to show upcoming library closures. Maybe in the future those could be turned into option widgets that could be added to this dashboard. And maybe others could be developed to show libraries that are closed, show the number of holds waiting to be pulled at your library, show curbside statuses, etc. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 18891] New: Download Reports Directly
by bugzilla-daemon＠bugs.koha-community.org 09 Oct '25

09 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18891 Bug ID: 18891 Summary: Download Reports Directly Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: cslone(a)camdencountylibrary.org QA Contact: testopia(a)bugs.koha-community.org There should be an option to download a report directly, rather than having to run the report and then choose to download it (effectively running it twice). This would be especially helpful when dealing with reports that take a while to load, though it would also be convenient for reports that are run regularly for distribution and therefore really don't need to be previewed on the screen before downloading. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[Bug 15516] Allow to place a hold on first available item from a group of titles
by bugzilla-daemon＠bugs.koha-community.org 09 Oct '25

09 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15516 --- Comment #569 from David Cook <dcook(a)prosentient.com.au> --- Thanks Jonathan and Lucas. You're legends. -- You are receiving this mail because: You are watching all bug changes.

1 0