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

[Bug 40272] New: Add an alert for incorrect (MARC21) fixed-length control fields
by bugzilla-daemon＠bugs.koha-community.org 01 May '26

01 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40272 Bug ID: 40272 Summary: Add an alert for incorrect (MARC21) fixed-length control fields Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Bibliographic data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org This proposal adds an alert when opening the MARC basic editor while a control field (005-008) has an incorrect length. Note that some historical bugs may have caused 008 fields to be shorter than 40 positions. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 35

[Bug 40737] New: Usage statistics data provider "Import logs" table does not render if "Imported by": "Cronjob"
by bugzilla-daemon＠bugs.koha-community.org 01 May '26

01 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40737 Bug ID: 40737 Summary: Usage statistics data provider "Import logs" table does not render if "Imported by": "Cronjob" Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: ERM Assignee: jonathan.druart(a)gmail.com Reporter: pedro.amorim(a)openfifth.co.uk 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 -- You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 40226] New: stockrotation.pl help message is confusing for --send-all parameter
by bugzilla-daemon＠bugs.koha-community.org 01 May '26

01 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40226 Bug ID: 40226 Summary: stockrotation.pl help message is confusing for --send-all parameter Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: aude.charillon(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz The stock rotation script's help message contains the following line for the 'send all' parameter: --[S]end-all Send email reports even if the report body is empty This can be read to mean that the parameter should be written either -S or --Send-all. However, the longer form is actually --send-all (with the 's' not capitalised). The help message should be clarified to remove the confusion over how the parameter should be written. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 24444] New: Enfore mutual exclusivity in Stockrotation and Rotating Collections
by bugzilla-daemon＠bugs.koha-community.org 01 May '26

01 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24444 Bug ID: 24444 Summary: Enfore mutual exclusivity in Stockrotation and Rotating Collections Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com An item should not be able to belong to both a rotating collection and a stock rotation rota at the same time. We should enforce this by warning and preventing the end user from taking such action. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[Bug 23088] New: Stockrotation full_report should use 'notices'
by bugzilla-daemon＠bugs.koha-community.org 01 May '26

01 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23088 Bug ID: 23088 Summary: Stockrotation full_report should use 'notices' Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz Target Milestone: --- The stockrotation cronjob allows for two different types of report. One of those reports is plumbed in to using the SR_SLIP from the 'notices' system, but the other reports 'full' is hard coded in the script. We should add a second SR_REPORT slip to the notices system to use for this full report to allow for easier translations etc. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 40863] New: Search stopped working
by bugzilla-daemon＠bugs.koha-community.org 01 May '26

01 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40863 Bug ID: 40863 Summary: Search stopped working Change sponsored?: --- Product: Koha Version: 25.05 Hardware: HP OS: Linux Status: NEW Severity: critical Priority: P5 - low Component: Searching - Zebra Assignee: koha-bugs(a)lists.koha-community.org Reporter: sergeinik(a)tut.by QA Contact: testopia(a)bugs.koha-community.org After updating to Debian 13, search stopped working. koha-rebuild-zebra -v -f library .error retrieving biblio 3896 at /usr/share/koha/bin/migration_tools/rebuild_zebra.pl line 778. .error retrieving biblio 3897 at /usr/share/koha/bin/migration_tools/rebuild_zebra.pl line 778. .error retrieving biblio 3898 at /usr/share/koha/bin/migration_tools/rebuild_zebra.pl line 778. .error retrieving biblio 3899 at /usr/share/koha/bin/migration_tools/rebuild_zebra.pl line 778. .error retrieving biblio 3900 at /usr/share/koha/bin/migration_tools/rebuild_zebra.pl line 778. .error retrieving biblio 3901 at /usr/share/koha/bin/migration_tools/rebuild_zebra.pl line 778. .error retrieving biblio 3902 at /usr/share/koha/bin/migration_tools/rebuild_zebra.pl line 778. .error retrieving biblio 3903 at /usr/share/koha/bin/migration_tools/rebuild_zebra.pl line 778. .error retrieving biblio 3904 at /usr/share/koha/bin/migration_tools/rebuild_zebra.pl line 778. .error retrieving biblio 3905 at /usr/share/koha/bin/migration_tools/rebuild_zebra.pl line 778. .error retrieving biblio 3906 at /usr/share/koha/bin/migration_tools/rebuild_zebra.pl line 778. .error retrieving biblio 3907 at /usr/share/koha/bin/migration_tools/rebuild_zebra.pl line 778. .error retrieving biblio 3908 at /usr/share/koha/bin/migration_tools/rebuild_zebra.pl line 778. .error retrieving biblio 3909 at /usr/share/koha/bin/migration_tools/rebuild_zebra.pl line 778. .error retrieving biblio 3910 at /usr/share/koha/bin/migration_tools/rebuild_zebra.pl line 778. .error retrieving biblio 3911 at /usr/share/koha/bin/migration_tools/rebuild_zebra.pl line 778. .error retrieving biblio 3912 at /usr/share/koha/bin/migration_tools/rebuild_zebra.pl line 778. .error retrieving biblio 3913 at /usr/share/koha/bin/migration_tools/rebuild_zebra.pl line 778. .error retrieving biblio 3914 at /usr/share/koha/bin/migration_tools/rebuild_zebra.pl line 778. .error retrieving biblio 3915 at /usr/share/koha/bin/migration_tools/rebuild_zebra.pl line 778. .error retrieving biblio 3916 at /usr/share/koha/bin/migration_tools/rebuild_zebra.pl line 778. .error retrieving biblio 3917 at /usr/share/koha/bin/migration_tools/rebuild_zebra.pl line 778. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 63

[Bug 34472] New: Template Toolkit reference guide needed
by bugzilla-daemon＠bugs.koha-community.org 30 Apr '26

30 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34472 Bug ID: 34472 Summary: Template Toolkit reference guide needed Change sponsored?: --- Product: Koha Version: master 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 There are no resources that I've been able to find that clearly layout what we can use from Template Toolkit in our notices and slips. We have https://wiki.koha-community.org/wiki/Customising_Notices_and_Slips#Notice_M… and https://wiki.koha-community.org/wiki/Notices_with_Template_Toolkit but neither clearly layout what we can use, and in which slips. These are more generalized guidelines, but if I am referencing some specific elements, it's a guessing game. And I keep coming across things to use I never heard of before, not mentioned anywhere. It would really be helpful if a wiki guide were put together to make this much clearer than it is right now. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 53

[Bug 31046] New: Floating Rules Based on Collection/Shelving Location
by bugzilla-daemon＠bugs.koha-community.org 30 Apr '26

30 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31046 Bug ID: 31046 Summary: Floating Rules Based on Collection/Shelving 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: daniel.gaghan(a)pueblolibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com PCCLD would like an option for floating rules to be based on the items shelving location or collection. This is how it would work. 1. A system preference allows for an Authorized Value/Shelfing Location or Collection to restrict floating. 2. The Western Research (Library A) location is added to the system preference and all material with the value does not float. 3. Item is cataloged with the Western Research shelving location. 4. Item is checked-out by a user at Library A. 5. The item is returned to Library B. 5. A message appears in Koha stating the item needs to return to Library A because it does not float. -Daniel -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 39643] New: Add flag to delete access files in cleanup_database
by bugzilla-daemon＠bugs.koha-community.org 30 Apr '26

30 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39643 Bug ID: 39643 Summary: Add flag to delete access files in cleanup_database Change sponsored?: --- Product: Koha Version: 24.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: sbrown(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Libraries may find it helpful to be able to delete old access files automatically if a flag were added for this purpose in the cleanup_database.pl cron. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 24035] New: When recording local use, there is no alert for holds
by bugzilla-daemon＠bugs.koha-community.org 30 Apr '26

30 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24035 Bug ID: 24035 Summary: When recording local use, there is no alert for holds 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: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com One way of recording local use is through a statistical patron. Checking an item out to a statistical patron records a local use but does not actually check the item out. However, if the item is on hold, there is no indication that it is so, since the item doesn't go through the checkout process. But since the staff is already processing the item to scan it for local use, I feel like it would be logical to alert them that there is a hold on this item. To reproduce: 1- Create a statistical patron category 1.1- Go to Administration > Patron categories 1.2- Create a new patron category 1.3- Fill in the code, description and expiry date 1.4- In the 'Category type' field, choose 'Statistical' 1.5- Save 2- Create a patron of that category 3- Place a hold on an item (for another patron) 4- Check out the item to the statistical patron => It says 'Local use recorded' but there is no pop-up saying the item is on hold -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 10