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

[Bug 18425] New: Housebound module needs to accomodate branches
by bugzilla-daemon＠bugs.koha-community.org 05 Nov '25

05 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18425 Bug ID: 18425 Summary: Housebound module needs to accomodate branches Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons 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, kyle.m.hall(a)gmail.com Housebound module either needs to show choosers and deliverers by branch, and sort by branch, or there needs to be a syspref to limit choosers and deliverers to patron's branch. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 41188] New: ERM : Make start and end date label more explicit in package block on title page
by bugzilla-daemon＠bugs.koha-community.org 05 Nov '25

05 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41188 Bug ID: 41188 Summary: ERM : Make start and end date label more explicit in package block on title page Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ERM Assignee: jonathan.druart(a)gmail.com Reporter: mathsabypro(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: jonathan.druart(a)gmail.com, jonathan.field(a)openfifth.co.uk, martin.renvoize(a)openfifth.co.uk, matt.blenkinsop(a)openfifth.co.uk, pedro.amorim(a)openfifth.co.uk When you add a package for a title (erm/eholdings/local/titles/edit/1) you can add a "start date" and an "end date". We should make the label more explicit : they are Cover dates (and not licence date or other kind of information) -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 37500] New: Add packages column to local titles table in ERM
by bugzilla-daemon＠bugs.koha-community.org 05 Nov '25

05 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37500 Bug ID: 37500 Summary: Add packages column to local titles table in ERM Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ERM Assignee: jonathan.druart(a)gmail.com Reporter: esther.melander(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: jonathan.druart(a)gmail.com, jonathan.field(a)ptfs-europe.com, martin.renvoize(a)ptfs-europe.com, matt.blenkinsop(a)ptfs-europe.com, pedro.amorim(a)ptfs-europe.com When looking at Local Titles in the ERM, it would be nice to be able to sort the titles by package from the table. It is possible to find the titles by package by going to Local - Packages and selecting the package. But it would be nice to have the same cross-reference information in the Titles table. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 38798] New: erm : add a column for package in titles list
by bugzilla-daemon＠bugs.koha-community.org 05 Nov '25

05 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38798 Bug ID: 38798 Summary: erm : add a column for package in titles list Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ERM Assignee: jonathan.druart(a)gmail.com Reporter: mathsabypro(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: jonathan.druart(a)gmail.com, jonathan.field(a)ptfs-europe.com, martin.renvoize(a)ptfs-europe.com, matt.blenkinsop(a)ptfs-europe.com, pedro.amorim(a)ptfs-europe.com In the list of titles it would be useful to have a column for the package(s) in which the title has been put -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 23911] New: Possibility to do more complex analysis of systempreference usage
by bugzilla-daemon＠bugs.koha-community.org 05 Nov '25

05 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23911 Bug ID: 23911 Summary: Possibility to do more complex analysis of systempreference usage Change sponsored?: --- Product: Project Infrastructure Version: unspecified Hardware: All OS: All Status: NEW Severity: new feature Priority: P5 - low Component: Hea Assignee: chris(a)bigballofwax.co.nz Reporter: joonas.kylmala(a)helsinki.fi QA Contact: jonathan.druart(a)bugs.koha-community.org It would be nice to be able to query how many libraries use a combination of different sysprefs like "AllowItemsOnHoldCheckout = 1 AND AllowItemsOnHoldCheckoutSCO = 1". This could be available either through an API or the UI. -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 41175] New: visually alert at return for a reservation if item need to be transferred
by bugzilla-daemon＠bugs.koha-community.org 05 Nov '25

05 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41175 Bug ID: 41175 Summary: visually alert at return for a reservation if item need to be transferred Initiative type: --- Sponsorship --- status: Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: hdunne-howrie(a)westminster.gov.uk QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com Created attachment 188985 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=188985&action=e… background colour pink if the reserve needs to be transferred, this is different to the usual yellow We would like to see a visibly different in the pop up window display for when a reservation needs to be transferred to another site and when it needs to be placed on the reservation shelf. We are seeing lots of human error with this at the moment and something like a rule that changes the colour background would really help. For example, I was able to do this quite easily with a hook on 'transfer to' being present. See attached. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 10190] Overdue notice triggers based on item type
by bugzilla-daemon＠bugs.koha-community.org 05 Nov '25

05 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10190 --- Comment #194 from Chloé Zermatten <chloe.zermatten(a)openfifth.co.uk> --- (In reply to Michaela Sieber from comment #193) > We tested several hours and I will provide more feedback this week but here > are the most relevant Bugs we found: > > 1.) Migration scenario > > have some overdue rule, then apply the patch and do updatabase and yarn buid > > Error 404 in staff interface > > Please see Pedros comment 192 > > In your testplan in comment 183 you write in > > Part 11: Data Integrity & Persistence > 5. Check the database circulation_rules table: > - Verify the overdue_X_has_rules rule kind is present > > Is this the missing piece for the migrated data ? > > > 2.) Adding a trigger for a combination that exists in circ rules > > it is not possible to configure an overdue trigger with a combination that > already exists as a circulation rule. > > Example to reproduce in ktd with test data: > > - Go to circ rules (/cgi-bin/koha/admin/smart-rules.pl) > - Set a rule for All Libraries / All patron categories / Itemtype Books > - Check via SQL: select * from circulation_rules > - Go to overdue rules (/cgi-bin/koha/admin/circulation_triggers ) > - Set a rule for All Libraries / All patron categories / All Itemtype > - Now try to edit the delay for the applied rule > with combination All Libraries / All patron categories / Itemtype Books > --> Message in blue box "Your changes could not be saved as this > circulation > trigger was updated elsewhere. Please see the updated trigger below." > It is not possible to save / submit > - Now edit the delay for the applied rule > with combination All Libraries / Patron category Homebound / Itemtype > Books > --> You can save without problems, if this combination does not exist in > the database table circulation_rules > > > 3.) Permissions Error if you are not an admin > > The Overlay rules are part of the tools and also the permission is part of > the tools section. That means that it was enough to give users the > edit_notice_status_triggers permission, it was not neccessary to give any > administration permission (parameters) . > Now you moved the overdue triggers to administration. > > If you now log in as a person with edit_notice_status_triggers permission > you can see the tools module and click on the menu for overdue triggers but > then you get the error message "Something went wrong: Error: Authorization > failure. Missing required permission(s)." > > > 4.) Edit an existing trigger does not pull delay from database > > Edit an existing trigger and check that the delay value is 0 , it is not > pulled from the database. This is confusing and dangerous because you see > the delay value just a few centimeters above in the table. > If you save the form, the value in the database is overwritten with 0. > > To reproduce: follow testplan in comment 183 Part 4.3 Thank you for the testing and feedback, much appreciated! Re - 1.) overdue_X_has_rules is a property indicating that some rule(s) exist for a given context/trigger number combination. The most recent version of the integration ensure it is created whenever any rule is created for a given context/trigger number combination. The staff clients relies on this to ascertain whether a rule set exists efficiently. I think the solution might be to have it added to each existing context/trigger number combination - would that be sensible? 2., 3., and 4.: I will do some debugging and put patches together for those, many thanks for reporting them! -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 41185] New: internal server error on all searches with REST API
by bugzilla-daemon＠bugs.koha-community.org 05 Nov '25

05 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41185 Bug ID: 41185 Summary: internal server error on all searches with REST API Initiative type: --- Sponsorship --- status: Product: Koha Version: 25.05 Hardware: All OS: Linux Status: NEW Severity: major Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: pavel(a)vertical-it.ru QA Contact: testopia(a)bugs.koha-community.org CC: tomascohen(a)gmail.com Created attachment 189070 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=189070&action=e… patch My environment: Ubuntu Server 24.04 with latest updates Koha 25.05 from packages Basic authentication for REST API is enabled. I run examples from official documentation https://api.koha-community.org/#section/Filtering-responses curl -u username:password --request GET "http://hostname/api/v1/patrons/" --data-raw '{ "surname": "Acevedo", "firstname": "Henry" }' curl -u username:password --request GET "http://hostname/api/v1/patrons/" --data-raw '{ "surname": { "-like": "Ace%" }' curl -u username:password --request GET "http://hostname/api/v1/patrons/" --data-raw '{ "surname": [ "Acevedo", "Bernardo" ] }' curl -u username:password --request GET 'http://hostname/api/v1/patrons/' --header 'x-koha-embed: extended_attributes' --data-raw '{ "extended_attributes.code": "internet", "extended_attributes.attribute": "1" }' They all return this: {"error":"Something went wrong, check Koha logs for details.","error_code":"internal_server_error"} Error log: [ERROR] GET /api/v1/patrons/: unhandled exception (DBIx::Class::Exception)<<DBIx::Class::Storage::DBI::_dbh_execute(): DBI Exception: DBD::mysql::st execute failed: Unknown column '{ "extended_attributes.code": "internet", "extended_attributes.attribute": "1" }' in 'WHERE' at /usr/share/koha/lib/Koha/REST/Plugin/Objects.pm line 284>> I turn on MariaDB query log and see what causes the error: SELECT COUNT( * ) FROM `borrowers` `me` WHERE ( ( ( `firstname` = 'Henry' AND `surname` = 'Acevedo' ) AND `{ "surname": "Acevedo", "firstname": "Henry" }` LIKE '%%' ) ) I have developed a patch but this may require further investigation from Koha developers why this is occurring in the first place. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 41184] New: Some info from Housebound details should show in patron brief info
by bugzilla-daemon＠bugs.koha-community.org 05 Nov '25

05 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41184 Bug ID: 41184 Summary: Some info from Housebound details should show in patron brief info Initiative type: --- Sponsorship --- status: Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: jheltibridle(a)rcplib.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com We currently have a patron attribute set up for our home delivery patrons that displays their delivery week in their brief info. We are working on implementing the housebound module, and see that each patron can have a delivery day and frequency. It would be useful if this information were displayed in the patron brief info or on their details page, rather than having to click into a separate tab. I don't think we need their other preferences from the housebound details to show on their main details page, but i could see other libraries finding this useful, so having it be customizable would be helpful. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 41183] New: Housebound roles should allow patron category limits
by bugzilla-daemon＠bugs.koha-community.org 05 Nov '25

05 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41183 Bug ID: 41183 Summary: Housebound roles should allow patron category limits Initiative type: --- Sponsorship --- status: Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: jheltibridle(a)rcplib.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com It would be helpful if you could define whether a patron category is allowed to have a housebound role, and hide the "Housebound Roles" section from the patron's details page if their category doesn't allow the role to be assigned. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0