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

[Bug 4031] Ability to turn off search history for users not logged in
by bugzilla-daemon＠bugs.koha-community.org 20 Aug '25

20 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4031 Jason Robb <jrobb(a)sekls.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jrobb(a)sekls.org --- Comment #7 from Jason Robb <jrobb(a)sekls.org> --- +1 We had to disable the feature entirely as it creates privacy concerns when dealing with catalog kiosk computers. It would be nice to be able to reenable it just for logged in patrons and also let them choose the behavior as suggested in bug 23652. -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 11999] Add two checks in CanBookBeReserved and CanItemBeReserved
by bugzilla-daemon＠bugs.koha-community.org 20 Aug '25

20 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11999 Arthur Suzuki <arthur.suzuki(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #185585|0 |1 is obsolete| | --- Comment #141 from Arthur Suzuki <arthur.suzuki(a)biblibre.com> --- Created attachment 185586 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=185586&action=e… Bug 11999: add test for maxreserves in Reserves.t -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11999] Add two checks in CanBookBeReserved and CanItemBeReserved
by bugzilla-daemon＠bugs.koha-community.org 20 Aug '25

20 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11999 Arthur Suzuki <arthur.suzuki(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Passed QA |Needs Signoff --- Comment #140 from Arthur Suzuki <arthur.suzuki(a)biblibre.com> --- Just made a rebase -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11999] Add two checks in CanBookBeReserved and CanItemBeReserved
by bugzilla-daemon＠bugs.koha-community.org 20 Aug '25

20 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11999 --- Comment #139 from Arthur Suzuki <arthur.suzuki(a)biblibre.com> --- Created attachment 185585 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=185585&action=e… Bug 11999: add test for maxreserves in Reserves.t -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11999] Add two checks in CanBookBeReserved and CanItemBeReserved
by bugzilla-daemon＠bugs.koha-community.org 20 Aug '25

20 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11999 Arthur Suzuki <arthur.suzuki(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #120779|0 |1 is obsolete| | Attachment #121531|0 |1 is obsolete| | --- Comment #138 from Arthur Suzuki <arthur.suzuki(a)biblibre.com> --- Created attachment 185584 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=185584&action=e… Bug 11999: Add maxreserves check in CanBookBeReserved and CanItemBeReserved - Check if borrower has reached the maximum number of holds allowed (syspref maxreserves) The goal of this patch is to do these checks also when using ILS-DI services HoldTitle and HoldItem Test plan: ---------- Before patch: 1/ Set syspref maxreserves to 1 2/ Place some holds through ILS-DI and note that you can place more than 1 hold for a borrower Apply the patch 3/ Place some holds through ILS-DI, you shouldn't be able to place more than 1 hold for a borrower 4/ Try to place holds on staff interface and OPAC. The behaviour must be identical than before the patch. Maxreserves and alreadyreserved works on ILSDI Maxreserves works also on staff and opac Already reserves works also on staff and opac tests on t/db_dependent/Reserves.t and t/db_dependent/Holds.t passe (using koha_ut db) Signed-off-by: Alex Sassmannshausen <alex.sassmannshausen(a)ptfs-europe.com> Signed-off-by: Alex Arnaud <alex.arnaud(a)biblibre.com> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11999] Add two checks in CanBookBeReserved and CanItemBeReserved
by bugzilla-daemon＠bugs.koha-community.org 20 Aug '25

20 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11999 Arthur Suzuki <arthur.suzuki(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Patch doesn't apply |Passed QA -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 40677] New: Link to ILL requests from result list doesn't respect ILLOpacbackends
by bugzilla-daemon＠bugs.koha-community.org 20 Aug '25

20 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40677 Bug ID: 40677 Summary: Link to ILL requests from result list doesn't respect ILLOpacbackends Change sponsored?: --- Product: Koha Version: 24.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: clemens.tubach(a)kit.edu, lisette(a)bywatersolutions.com, michaela.sieber(a)kit.edu, pedro.amorim(a)openfifth.co.uk, tomascohen(a)gmail.com In our setup we only offer the ILL request form of our own backend and don't want the user to be able to choose between Standard and our backend form. This works well, with the exception of the link from the result lists "no results" page when logged in. To test: * Install any additional ILL backend and activate ILL * Set ILLOpacbackends to the additional backend * Log into OPAC * Search nonsense * Click on the "Make an Interlibrary loan request" link * You will have to choose the form to use between Standard and the installed backend, only the installed backend shoudl be offered. Ideally if only one backend is active it should forward you to the right page for it. Our form is external, since requests are not made within Koha and we'd like redirect to the library specific ILL portal URL. But the main issue is the ability to add standard ILL requests. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 40361] New: Require at least one alphabetic character in first name and surname patron record fields
by bugzilla-daemon＠bugs.koha-community.org 20 Aug '25

20 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40361 Bug ID: 40361 Summary: Require at least one alphabetic character in first name and surname patron record fields 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: hdunne-howrie(a)westminster.gov.uk QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com We would like to see if possible to add in some data validation to patron records so that name fields would require at least one alphabetic character to be included otherwise the record should not be saved. We have a workaround using some .js we added in so that the save button won't display (with an explanation note to staff) if this criteria is not met, but it occurs to me this isn't a particularly stable way to do data validation and we would like to see this added to the base code. Giving libraries the control over the criteria by which patron record fields can or cannot save would be a massive improvement in ensuring the quality of patron records. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 37516] New: Top level editcatalogue should not include edit_items_restricted
by bugzilla-daemon＠bugs.koha-community.org 20 Aug '25

20 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37516 Bug ID: 37516 Summary: Top level editcatalogue should not include edit_items_restricted Change sponsored?: --- Product: Koha Version: 24.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: bwsdonna(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When adding top level Edit catalog (Modify bibliographic/holdings data) (editcatalogue) permissions, the subpermission Limit item modification to subfields defined in the SubfieldsToAllowForRestrictedEditing preference (edit_items_restricted) is automatically selected and should not be. Since that subpermission is intended to restrict cataloging, it is not a permission that top level users would need or want. Having that subpermission automatically checked causes a lot of "why can't I edit this". Preferable behavior would be to have that subpermission unchecked when the top level checkbox is selected. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 39384] New: Holds pages in circulation do not honour Library Groups
by bugzilla-daemon＠bugs.koha-community.org 20 Aug '25

20 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39384 Bug ID: 39384 Summary: Holds pages in circulation do not honour Library Groups Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com "Holds queue", "Holds to pull", "Holds awaiting pickup", and probably "Hold ratios" (can't test in KTD) do not honour Library Groups feature "Is local hold group". They show holds for other libraries, they show holds for patrons from other libraries, etc. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3