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

[Bug 24782] New: Calendar edit only applies to first day
by bugzilla-daemon＠bugs.koha-community.org 03 Jul '26

03 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24782 Bug ID: 24782 Summary: Calendar edit only applies to first day Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: emmi.takkinen(a)outlook.com QA Contact: testopia(a)bugs.koha-community.org When editing holidays edit only applies to first day (from date). To test: 1. Add holidays on range e.g from 04/03 to 06/03 2. Try edit these holidays so that from date is 04/03 and to date is set to 06/03 3. Save => Only 04/03 is changed There should be option to edit holidays on range. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 41522] New: Make sysprefs clickable in warnings
by bugzilla-daemon＠bugs.koha-community.org 03 Jul '26

03 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41522 Bug ID: 41522 Summary: Make sysprefs clickable in warnings Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: About Assignee: koha-bugs(a)lists.koha-community.org Reporter: magnus(a)libriotech.no QA Contact: testopia(a)bugs.koha-community.org On "About Koha > System information" there can be warnings like this: Warnings regarding the system configuration Preferences and parameters Warning System preference 'RequireChoosingExistingAuthority' is disabled, but needs 'AutoCreateAuthorities' enabled. Otherwise catalogers can add headings that will not be linked to authorities. Warning System preference 'ILLOpacUnauthenticatedRequest' must be '0' or '1', but is ''. It would be helpful to turn the sysprefs into links that point to the actual syspref, instead of having just the name. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 34

[Bug 41440] New: Add caching to language_get_description and get_rfc4646_from_iso639
by bugzilla-daemon＠bugs.koha-community.org 03 Jul '26

03 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41440 Bug ID: 41440 Summary: Add caching to language_get_description and get_rfc4646_from_iso639 Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org These are called a number of times in search results - caching saves us some processing -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 23

[Bug 41733] New: Honor EmailPatronRegistrations preference in the API
by bugzilla-daemon＠bugs.koha-community.org 03 Jul '26

03 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41733 Bug ID: 41733 Summary: Honor EmailPatronRegistrations preference in the API Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: tomascohen(a)gmail.com Bug 23538 added the ability to have the library receive an email when a patron registers. Some outside systems, e.g. Aspen, use the patron API to register new patrons. AutoEmailNewUser is handled in the API and EmailPatronRegistrations should be too. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 14

[Bug 41383] New: SIP2 server does not search patrons by unique patron attributes (alternate IDs unusable in SIP2)
by bugzilla-daemon＠bugs.koha-community.org 03 Jul '26

03 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41383 Bug ID: 41383 Summary: SIP2 server does not search patrons by unique patron attributes (alternate IDs unusable in SIP2) Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: saiful(a)semanticconsulting.com QA Contact: testopia(a)bugs.koha-community.org Even when a patron attribute is marked as "Unique identifier," the SIP2 server cannot find patrons using that attribute value. SIP2 lookup is hard-coded to cardnumber/userid and does not consider extended attributes, even when it is unique. Actual Result: SIP2 returns "|AFInvalid cardnumber" when the SIP client sends a value stored in a unique patron attribute. Expected Result: SIP2 should be able to search by any patron attribute marked as a unique identifier. Impact: - Self-check machines using HID/NFC values fail - Access control systems relying on alternate IDs cannot authenticate patrons I plan to submit a patch that will allow unique extended patron attributes to be used in SIP2 requests. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 18

[Bug 40972] New: New hook: extend Marc Filter
by bugzilla-daemon＠bugs.koha-community.org 03 Jul '26

03 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40972 Bug ID: 40972 Summary: New hook: extend Marc Filter Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Plugin architecture Assignee: koha-bugs(a)lists.koha-community.org Reporter: alexander.wagner(a)desy.de QA Contact: testopia(a)bugs.koha-community.org Koha allows to add filters that massage the Marc record before it is passed on to the processing routines. The relevant section in C4::XLST.pm reads ```perl my $record_processor = Koha::RecordProcessor->new( { filters => ['ExpandCodedFields'], options => { interface => $interface, frameworkcode => $frameworkcode } } ); ``` Unfortunately, there seems easily accessible way to extend the `filters` array so it is currently not possible to eg. hook up a plugin to add a filter in this position. To help proceeding on bugs 21303, 30018, 37296, 37325 it would be helpful to have a hook here so development of the automatic punctuation could first be done as a plugin. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 29

[Bug 41062] New: Expand cronjob erm_run_harvester.pl with parameter for providers
by bugzilla-daemon＠bugs.koha-community.org 03 Jul '26

03 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41062 Bug ID: 41062 Summary: Expand cronjob erm_run_harvester.pl with parameter for providers Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: michaela.sieber(a)kit.edu QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz We would like to have an option to define the providers that are used to run the SUSHI harvesting for COUNTER Reports in the ERM module. The script will check if these providers are active (as before) If the parameter for provider_id is not used all active providers will be harvested (as before) The parameter provider_id is repeatable. We will provide a patch soon. Chapter in Manual: https://koha-community.org/manual/latest/en/html/cron_jobs.html#cron-ermrun… New Parameter to add to the manual: --provider-id or -p provider that will be harvested. This parameter is repeatable -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 18

[Bug 40727] New: Minor styling bug in print/email receipt pop-up menu
by bugzilla-daemon＠bugs.koha-community.org 03 Jul '26

03 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40727 Bug ID: 40727 Summary: Minor styling bug in print/email receipt pop-up menu Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org I was documenting Bug 33473 and noticed a very tiny bug in the styling of the pop-up menu options to print or send a receipt by email. To recreate: 1. Go to a patron's account 2. Make sure they have an email address in their account 3. Go to their Accounting tab 4. Create a manual invoice 5. Pay the fee 6. Go to the Transactions tab and click the Receipt button --> There should be two options: Print and Email --> Note that the options are slightly misaligned (the Print is slightly more to the left) 7. Hover the mouse cursor over one option and then the next --> The background for the Email option goes over the edge of the pop-up menu on the right -- You are receiving this mail because: You are watching all bug changes.

1 29

[Bug 40633] New: Add keyboard shortcut to advanced cataloging editor for fixed length field plugins
by bugzilla-daemon＠bugs.koha-community.org 03 Jul '26

03 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40633 Bug ID: 40633 Summary: Add keyboard shortcut to advanced cataloging editor for fixed length field plugins Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl It would be helpful to add a keyboard shortcut to the advanced cataloging editor to pop open the fixed length field helper plugin from the basic editor when the cursor is in the leader, 006, 007, or 008. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 20

[Bug 40577] New: Bulk biblio ES index update after auth change
by bugzilla-daemon＠bugs.koha-community.org 03 Jul '26

03 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40577 Bug ID: 40577 Summary: Bulk biblio ES index update after auth change Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: domm(a)plix.at QA Contact: testopia(a)bugs.koha-community.org In C4::AuthoritiesMarc->merge, when merging two authorities (which is also called after ModAuthority), we check if there are biblios linked with the auth and if the auth data materialzied into those biblios needs update. If we do have a "trivial" update of the biblio (lines 1787ff), see below, we index each biblio on its own: if ( !$update && $reindex_if_needed && $syspref_include_see_from ) { my $indexer = Koha::SearchEngine::Indexer->new( { index => $Koha::SearchEngine::BIBLIOS_INDEX } ); $indexer->index_records( $biblio->biblionumber, "specialUpdate", "biblioserver" ); } This will create one background job per biblio. But we could easily just create on background job for all those modifications, which should improve performance. I'm proposing a very small change, where instead of calling indexer->index_records, we push $biblio->biblionumber on an array. And after looping through all the biblios, we create one index job using that array. If there is some consensus that that's a good idea, I can implement it and write a test plan... -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 18