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

[Bug 10190] Overdue notice triggers based on item type
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '26

10 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10190 Chloé Zermatten <chloe.zermatten(a)openfifth.co.uk> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #191749|0 |1 is obsolete| | --- Comment #240 from Chloé Zermatten <chloe.zermatten(a)openfifth.co.uk> --- Created attachment 192871 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=192871&action=e… Bug 10190: DB migration for overduerules This patch adds the data migration for overduerules to circulation rules. We attempt to create the default rules based on most commonly occuring rule values and then add overrides for all other rule values we find. Sponsored-by: Glasgow Colleges Library Group <https://library.cityofglasgowcollege.ac.uk> Signed-off-by: George Harkins <George.Harkins(a)cityofglasgowcollege.ac.uk> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 41613] New: Koha needs a new type of location/sublocation for rooms, lobby, studio etc
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '26

10 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41613 Bug ID: 41613 Summary: Koha needs a new type of location/sublocation for rooms, lobby, studio etc Initiative type: --- Sponsorship --- status: 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: andrew.auld(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org This enhancement would enable all sorts of additional functions - for example properly making bookable rooms a 'thing' in Koha rather than using Bib records incorrectly for rooms. The new class of 'space/location' could be a sub-division of a 'branch' potentially. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 41806] New: Email alert when fund is exceeded or defined limits are reached
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '26

10 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41806 Bug ID: 41806 Summary: Email alert when fund is exceeded or defined limits are reached Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: christian.stelzenmueller(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org It would be nice if a warning email were triggered, as soon as the selected fund is exceeded or the warning threshold/percentage was reached when entering an order. The email could be send either to the primary email address of the patron account who created the order or to the acquisition email address. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 41805] New: Link to user in warning about self_checkout_module permission
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '26

10 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41805 Bug ID: 41805 Summary: Link to user in warning about self_checkout_module permission Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: About Assignee: koha-bugs(a)lists.koha-community.org Reporter: magnus(a)libriotech.no QA Contact: testopia(a)bugs.koha-community.org Koha can generate a warning like this on About Koha > System information: Warning The patron used for the self-checkout module at the OPAC does not have the self_check => self_checkout_module permission. It would be useful if this warning included the value of AutoSelfCheckID, and a link to the actual permissions of this user. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 3492] Move hold fee setting into circulation rules
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '26

10 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3492 --- Comment #73 from Jonathan Druart <jonathan.druart(a)gmail.com> --- Could not compile /kohadevbox/koha/reserve/request.pl: "GetReserveFee" is not exported by the C4::Reserves module Can't continue after import errors at /kohadevbox/koha/reserve/request.pl line 36. % git grep GetReserveFee reserve/request.pl: qw( AlterPriority ToggleLowestPriority CanBookBeReserved GetMaxPatronHoldsForRecord CanItemBeReserved IsAvailableForItemLevelRequest GetReserveFee ); reserve/request.pl: $biblioloopiter{reserve_charge} = GetReserveFee( $patron->borrowernumber, $biblionumber ); reserve/request.pl: $template->param( reserve_charge => GetReserveFee( $borrowernumber_hold, $biblionumbers[0] ) ); -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 3492] Move hold fee setting into circulation rules
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '26

10 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3492 --- Comment #72 from Jonathan Druart <jonathan.druart(a)gmail.com> --- Certainly coming from here: t/db_dependent/selenium/basic_workflow.t .. 20/23 Error while executing command: no such element: Unable to locate element: //form[@id="hold-request-form"]//button[@type="submit"] at /usr/share/perl5/Selenium/Remote/Driver.pm line 411. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 3492] Move hold fee setting into circulation rules
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '26

10 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3492 Jonathan Druart <jonathan.druart(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jonathan.druart(a)gmail.com Keywords| |additional_work_needed --- Comment #71 from Jonathan Druart <jonathan.druart(a)gmail.com> --- syspref is missing from sysprefs.sql -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 16982] New: add edi account to new menu on vendor page
by bugzilla-daemon＠bugs.koha-community.org 09 Feb '26

09 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16982 Bug ID: 16982 Summary: add edi account to new menu on vendor page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: nengard(a)gmail.com Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org It would be great if you could jump to creating a vendor account from the vendor menu. -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 30113] New: kohaTable add_filters option should be renamed to show_filter_row
by bugzilla-daemon＠bugs.koha-community.org 09 Feb '26

09 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30113 Bug ID: 30113 Summary: kohaTable add_filters option should be renamed to show_filter_row Change sponsored?: --- Product: Koha Version: master 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: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org The 'add_filters' option available to us on the ajax dataTables wrapper, kohaTable, is used to enabled/disable the presence of the search filters row displayed at the top of the datatable. We should rename the option to clarify it's intended use... add_filters is too generic and could mean a number of things. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 12

[Bug 24320] New: Remove ending . from XSLT result templates
by bugzilla-daemon＠bugs.koha-community.org 09 Feb '26

09 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24320 Bug ID: 24320 Summary: Remove ending . from XSLT result templates Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Keywords: Academy Severity: enhancement Priority: P5 - low Component: MARC Bibliographic data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Same as bug 22884, but for the standard XSLT result list templates: I think the end user doesn't need the . at the end and it is more irritating then helpful, especially since we are very inconsistent in printing it. I think either we rely on libraries adding the punctuation or let Koha add it, but mixing both is not good. I suggest to remove the . where we are currently adding it for display. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5