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

[Bug 38704] New: noissuescharge null value should disable
by bugzilla-daemon＠bugs.koha-community.org 08 Dec '25

08 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38704 Bug ID: 38704 Summary: noissuescharge null value should disable Change sponsored?: --- Product: Koha Version: 23.11 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: holly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Until 23.11 a null value/blank for system preference noissuescharge effectively disabled it. Beginning in 23.11, null value functions like 0, blocking patrons with any amount in fines and fees from checkout. Libraries that do not want to have patrons blocked for outstanding fines are putting in an arbitrary high number as a workaround. I can't find anything in bugzilla or release notes indicating this as an intentional change in behavior. See bug 25219 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 38950] New: Patron Attribute Fields are copied when account is Duplicated
by bugzilla-daemon＠bugs.koha-community.org 08 Dec '25

08 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38950 Bug ID: 38950 Summary: Patron Attribute Fields are copied when account is Duplicated Change sponsored?: --- Product: Koha Version: 24.05 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: rcoert(a)arlingtonva.us QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Created attachment 176939 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=176939&action=e… Patron Attribute Flags Set to Yes We've noticed that any patron Additional attributes and identifiers that are set to "YES" are copied over when we Duplicate a patron account (see attached). Steps to recreate: Open existing borrower account Set Additional attributes and identifiers flags to "YES" (save and close) Click Duplicate Review Additional attributes and identifiers on duplicated account We would like to see this behavior not occur, as attribute flags are an individual setting and specific to each patron. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 37444] New: Can't filter Holds to pull by Pickup Location
by bugzilla-daemon＠bugs.koha-community.org 08 Dec '25

08 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37444 Bug ID: 37444 Summary: Can't filter Holds to pull by Pickup Location Change sponsored?: --- 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: stalkernoid(a)gmail.com 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 18

[Bug 30800] New: Ability to view, modify, and delete profiles for staging MARC records for import
by bugzilla-daemon＠bugs.koha-community.org 08 Dec '25

08 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30800 Bug ID: 30800 Summary: Ability to view, modify, and delete profiles for staging MARC records for import Change sponsored?: --- Product: Koha Version: 21.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Bibliographic record staging/import Assignee: koha-bugs(a)lists.koha-community.org Reporter: sbrown(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org It would be useful to have a place to view/edit all profiles that a library has created for use while staging MARC records for import in one place - maybe similar to 'Manage MARC modification templates'. It could include each profile's settings and the ability to delete individual/multiple at a time, and if possible, the ability to add new, edit existing, and/or duplicate to create new. But at a minimum, being able to see what exists and delete from there rather than the 'Stage MARC records for import' screen would be helpful. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 38901] New: Visualization of duplicated barcodes during import
by bugzilla-daemon＠bugs.koha-community.org 08 Dec '25

08 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38901 Bug ID: 38901 Summary: Visualization of duplicated barcodes during import Change sponsored?: --- Product: Koha Version: 24.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Bibliographic record staging/import Assignee: koha-bugs(a)lists.koha-community.org Reporter: verolencinas(a)yahoo.com.ar QA Contact: testopia(a)bugs.koha-community.org If you import MARC bibliographic files, duplicates barcodes will result in failure to import this particular item while the record will still be imported. The general information is shown in the job detail report ("Number of items ignored"), but it is not possible to identify the specific items with this problem. It would be beneficial to show this issue in the detailed view ("Manage imported batch") to identify the problematic items. This could be applied to other import problems for items. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 41401] New: Translating Custom slips adds same amount of options to the Print dropdown in patron's details
by bugzilla-daemon＠bugs.koha-community.org 08 Dec '25

08 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41401 Bug ID: 41401 Summary: Translating Custom slips adds same amount of options to the Print dropdown in patron's details Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: anneli.osterman(a)koha-suomi.fi QA Contact: testopia(a)bugs.koha-community.org Created attachment 190287 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=190287&action=e… Custom slip with two languages When you add a custom slip and there are several languages installed and translating notices (TranslateNotices system preference) is allowed there will be as many options as added languages in the Print dropdown menu in patron's details. All of those options print the slip in the the language that has been selected as patron's Preferred language for notices. So, if you have three languages plus default you will get four options that all look the same (name comes from the Name of the notice) and prints the same content. How to reproduce: 1. Make sure you have at least to languages added to Koha. 2. Select in StaffInterfaceLanguages systempreferences at least two of those languages 3. Choose "Allow" to TranslateNotices systempreference 4. Go to Tools - Notices and slips - New notice - Patrons (custom slip) 5. Add code (TEST) and Name (Testing languages) 6. Add (different) content to at least two languages 7. Go to random patron's details and modify to select one of the selected languages as Preferred language for notices. Save. 8. Select Print from the toolbar and notice that there are at least two custom slips with the same name 9. Try to print both/all of them and notice that all of them prints the content in the language that patron has preferred. See the screenshot attached. -- You are receiving this mail because: You are the assignee 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 07 Dec '25

07 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11999 --- Comment #144 from David Nind <david(a)davidnind.com> --- To clarify: 1. prove t/db_dependent/Reserves.t fails 2. prove t/db_dependent/Holds.t passes prove t/db_dependent/Reserves.t t/db_dependent/Reserves.t .. 68/71 # Looks like you planned 71 tests but ran 72. t/db_dependent/Reserves.t .. Dubious, test returned 255 (wstat 65280, 0xff00) All 71 subtests passed Test Summary Report ------------------- t/db_dependent/Reserves.t (Wstat: 65280 (exited 255) Tests: 72 Failed: 1) Failed test: 72 Non-zero exit status: 255 Parse errors: Bad plan. You planned 71 tests but ran 72. Files=1, Tests=72, 8 wallclock secs ( 0.03 usr 0.01 sys + 5.49 cusr 1.97 csys = 7.50 CPU) Result: FAIL kohadev-koha@kohadevbox:koha(bz11999)$ prove t/db_dependent/Holds.t t/db_dependent/Holds.t .. ok All tests successful. Files=1, Tests=74, 6 wallclock secs ( 0.03 usr 0.00 sys + 4.31 cusr 1.48 csys = 5.82 CPU) Result: PASS -- 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 07 Dec '25

07 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11999 David Nind <david(a)davidnind.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Text to go in the| |This fixes placing holds release notes| |when using ILS-DI - the | |value set in maxreserves | |(for example 1) was | |ignored, and you could | |place more holds than | |maxreserves. | | | |Note: When placing holds | |using the OPAC or staff | |interface, the value set in | |maxreserves is taken into | |account. (That is, you | |can't place more holds than | |what is set in maxreserves | |using the OPAC or staff | |interface.) Status|Needs Signoff |Failed QA --- Comment #143 from David Nind <david(a)davidnind.com> --- The patches still apply, however the tests no longer pass (which is probably not surprising 8-)). Testing notes (using KTD): 1. Enable the ILS-DI system preference 2. Add 0.0.0.0/0 to the ILS-DI:AuthorizedIPs system preference 3. Set the maxreserves system preference to 1 4. Place holds with ILS-DI (Henry, Midway) - you should only be able to place 1, but you can place as many holds as you like: - Hold 1 (Bleak House): http://127.0.0.1:8080/cgi-bin/koha/ilsdi.pl?service=HoldTitle&patron_id=19&…'127.0.0.1' - Hold 2 (Programming the Perl DBI): http://127.0.0.1:8080/cgi-bin/koha/ilsdi.pl?service=HoldTitle&patron_id=19&…'127.0.0.1' - Hold 3 (The definitive guide to Catalyst): http://127.0.0.1:8080/cgi-bin/koha/ilsdi.pl?service=HoldTitle&patron_id=19&…'127.0.0.1' 5. Try to place a hold for Henry using the staff interface - you should get a message: Cannot place hold Too many holds: Henry Acevedo can only place a maximum of 1 total holds. 6. Apply the patch and restart everything 7. Try to place another hold using ILS-DI - you should get a - Hold 4 (Higher-order Perl): 8. You should get a this in response: <HoldTitle> <code>tooManyReserves</code> </HoldTitle> 9. Tests should pass: - prove t/db_dependent/Reserves.t - prove t/db_dependent/Holds.t -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 2646] Add sort option for the series number
by bugzilla-daemon＠bugs.koha-community.org 06 Dec '25

06 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2646 David Nind <david(a)davidnind.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |david(a)davidnind.com --- Comment #10 from David Nind <david(a)davidnind.com> --- This was discussed at the recent koha-US Cataloging Special Interest Group 4 December 2025 https://www.youtube.com/watch?v=4aLGMvjntDM (at various places) -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 39556] New: mana-test.koha-community.org not working
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '25

05 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39556 Bug ID: 39556 Summary: mana-test.koha-community.org not working Change sponsored?: --- Product: Project Infrastructure Version: unspecified Hardware: All URL: https://mana-test.koha-community.org/ OS: All Status: NEW Severity: normal Priority: P5 - low Component: Mana-kb (server) Assignee: koha-bugs(a)lists.koha-community.org Reporter: phil(a)chetcolibrary.org Blocks: 39464 Trying to enable Mana in ktd gives "Cannot detect mana server at https://mana-test.koha-community.org, please ask an administrator to check your configuration." Comparing what https://mana-kb.koha-community.org/ and https://mana-test.koha-community.org/ serve to a browser, it sure looks like the Mana server isn't running on mana-test. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39464 [Bug 39464] Z39.50 Search results not highlighting grey rows in yellow when previewing -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6