April 2022 - 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 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 28752] New: Add 'sort fields' to Housebound module
by bugzilla-daemon＠bugs.koha-community.org 05 Nov '25

05 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28752 Bug ID: 28752 Summary: Add 'sort fields' to Housebound module Change sponsored?: --- 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: rkuiper(a)roundrocktexas.gov QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com For the Housebound Module, it would be very helpful to have up to 4 'Sort fields' where libraries can save data specific to their program for each patron's housebound details. Currently you can enter delivery day, frequency, preferred materials, subjects, authors, referrals and notes. We would like 4 additional fields that we can set up with data specific to our program. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 25681] New: Patron categories sorted inconsistently
by bugzilla-daemon＠bugs.koha-community.org 04 Nov '25

04 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25681 Bug ID: 25681 Summary: Patron categories sorted inconsistently 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: david.roberts(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When you click on Patrons > New Patron, the patron categories in the drop down are sorted by description. However, when you edit a patron record, the categories are sorted by categorycode. These should be consistent, and as it isn't possible to edit the categorycode, ideally both drop downs should sort by category description. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 7

[Bug 16282] New: Usernames should be case sensitive
by bugzilla-daemon＠bugs.koha-community.org 03 Nov '25

03 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16282 Bug ID: 16282 Summary: Usernames should be case sensitive 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: chris(a)bigballofwax.co.nz QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Currently we don't care about case sensitivity for usernames, this is mostly ok, except when doing SSO ... with many systems who do care about case sensitivity, we can get username collisions. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17

[Bug 18758] New: Searchable attributes with autorized values works with the code instead of description
by bugzilla-daemon＠bugs.koha-community.org 03 Nov '25

03 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18758 Bug ID: 18758 Summary: Searchable attributes with autorized values works with the code instead of description 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: koha(a)univ-lyon3.fr QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 30085] New: Improve performance of CanItemBeReserved
by bugzilla-daemon＠bugs.koha-community.org 30 Oct '25

30 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30085 Bug ID: 30085 Summary: Improve performance of CanItemBeReserved Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 27

[Bug 30287] New: Notices using HTML renders differently in notices.pl
by bugzilla-daemon＠bugs.koha-community.org 30 Oct '25

30 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30287 Bug ID: 30287 Summary: Notices using HTML renders differently in notices.pl Change sponsored?: --- Product: Koha Version: 21.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org When HTML is switched on for notices (e-mail), it renders differently between the editor, the actual e-mail, and the preview in notices.pl. First, if you don't use <br/> at the end of lines, everything is smushed together in the e-mail. But in notices.pl, it shows the way it was put in the editor. If you use <br/>, it renders correctly in the e-mail, but will show your regular line breaks and the <br/>, spacing everything out weird. It is a real trick trying to properly format an e-mail with html and have it look good everywhere. I think the line breaks are being coded weird. It would sure be nice to have an html editor for the notices, if you turn html on. At the very least, I would like to see more consistency between the three. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 81

[Bug 28656] New: Cancellations should be allowed on paid/partially paid debts
by bugzilla-daemon＠bugs.koha-community.org 29 Oct '25

29 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28656 Bug ID: 28656 Summary: Cancellations should be allowed on paid/partially paid debts Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org It would be helpful to be able to still cancel a debt, even if it's already been partially or fully paid or written off. If we update the method to allow this case, we can then use it internally for the refund of lost items found debts and other such use cases... see bug 27946 for such a case. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 39

[Bug 26463] New: AllowHoldPolicyOverride overrides too many holds policies
by bugzilla-daemon＠bugs.koha-community.org 29 Oct '25

29 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26463 Bug ID: 26463 Summary: AllowHoldPolicyOverride overrides too many holds policies Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com To test: Enable 'AllowHoldPolicyOverride' system preference Via the the REST API: t/db_dependent/api/v1/holds.t fails Try to place an item level hold: PUT localhost:8080/api/v1/holds Body: { "biblio_id":"1", "item_id":"1", "patron_id":"5", "pickup_library_id":"CPL" } Repeat ad nauseam, patron now has multiple holds on a single item Leave those holds in place. On the staff side: Hit the URL below: http://localhost:8081/cgi-bin/koha/reserve/placerequest.pl?biblionumbers=1/… -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 10