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

[Bug 41669] New: Elasticsearch mappings should have user_edited flag
by bugzilla-daemon＠bugs.koha-community.org 30 Mar '26

30 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41669 Bug ID: 41669 Summary: Elasticsearch mappings should have user_edited flag Initiative type: --- Sponsorship --- status: 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: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org Out of the box, Elasticsearch's mappings in the database are populated by the mappings.yaml. It's alwasy possible to re-populate the database by "resetting" the configuration. You often need to do this after an upgrade to get all the new defaults. But if you do that, you lose all your customizations. It would be nice to have a "user_edited" to denote mappings that have been added/edited by users via the web UI. Having a visual cue that these are custom fields would be great. (If we had an option to retain those fields during a reset, that would be even more amazing. Although that's more complicated.) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 9150] Add id and relevance as sort options for authorities search
by bugzilla-daemon＠bugs.koha-community.org 29 Mar '26

29 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9150 cgresser <cgresser(a)jesuit.org.uk> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |cgresser(a)jesuit.org.uk --- Comment #3 from cgresser <cgresser(a)jesuit.org.uk> --- I would second this, as searching authorities can be hard for more complex authorities (i.e. with more than 2 or 3 elements). Please consider as a much-wanted enhancement. Clemens -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 20958] New: Allow admins to choose data types for additional attributes
by bugzilla-daemon＠bugs.koha-community.org 28 Mar '26

28 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20958 Bug ID: 20958 Summary: Allow admins to choose data types for additional attributes 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: hughr(a)brimbank.vic.gov.au QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Currently additional patron attributes are always strings. It would be really useful to be able to specify what data type an additional attribute should be when it is created, like you can specify whether it has to be unique, or is repeatable. e.g. we might want it to be a DATE, or possibly a DATETIME, or we may indeed want a STRING, or an INT, or a DECIMAL etc - it really depends on what a given library is using the attributes for, and how they might want to run reports against it. This would be a more holistic way to deal with Bug 6339. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6

[Bug 19336] New: Add option to fines.pl to apply maximal fine amount after delay
by bugzilla-daemon＠bugs.koha-community.org 28 Mar '26

28 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19336 Bug ID: 19336 Summary: Add option to fines.pl to apply maximal fine amount after delay 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: david.bourgault(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 88

[Bug 10295] Add the ability to sort and filter records in staged MARC import batches
by bugzilla-daemon＠bugs.koha-community.org 27 Mar '26

27 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10295 Miranda Nero <mnero(a)oslri.net> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mnero(a)oslri.net -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 40197] New: Datepicker on data provider "Run now" modal not working correctly
by bugzilla-daemon＠bugs.koha-community.org 27 Mar '26

27 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40197 Bug ID: 40197 Summary: Datepicker on data provider "Run now" modal not working correctly Change sponsored?: --- Product: Koha Version: 24.11 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: ERM Assignee: jonathan.druart(a)gmail.com Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: clemens.tubach(a)kit.edu, jonathan.druart(a)gmail.com, jonathan.field(a)openfifth.co.uk, martin.renvoize(a)openfifth.co.uk, matt.blenkinsop(a)openfifth.co.uk, michaela.sieber(a)kit.edu, pedro.amorim(a)openfifth.co.uk Created attachment 183382 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=183382&action=e… Screenshot of "Run now" modal When running a SUSHI/COUNTER API download manually via the "Run now" button, the date picker in the modal has a broken month pull down. To test: - Activate the ERMModule system preference - Add a data provider (you can just make up date for testing this) - After saving, click on the "Run now" button in the result list - Click into the "Begin date" field to open the calendar widget - Click on the month at the top to open the pull down - Confirm it only "flickers" open, but doesn't allow selection This was confirmed in main and 24.11. In 24.11 there is also some weird effect when first selecting the Begin date and the End date after. The first date widget will overlay with the second (see screenshot). This was not consistently reproducible in main. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 42204] New: Flatpickr error on SUSHI harvest dialog using Firefox
by bugzilla-daemon＠bugs.koha-community.org 27 Mar '26

27 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42204 Bug ID: 42204 Summary: Flatpickr error on SUSHI harvest dialog using Firefox Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: ERM Assignee: jonathan.druart(a)gmail.com Reporter: bibliothek(a)th-wildau.de 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 The flatpickr month select does not work in ERMs data providers harvest dialog when using Firefox. To reproduce: - enable ERM module in administration -> system preferences - got to ERM -> data providers and create a new provider - the toolbar of that new data provider offers a 'Run now', click that (this can also be found on the providers list) - there are two date input fields - try to change the month via the month select (not via arrows) on both fields - on the first date the select won't open and show the other months - on the second the date the flatpickr from the 1st date gets triggered -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 20682] New: Authorised values should have an option to set a default
by bugzilla-daemon＠bugs.koha-community.org 27 Mar '26

27 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20682 Bug ID: 20682 Summary: Authorised values should have an option to set a default Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: hughr(a)brimbank.vic.gov.au QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com There are many places in Koha where values can be chosen via a drop-down menu listing a particular authorised value. For example SUGGEST_FORMAT is used to populate the list of formats that can be selected when placing a purchase suggestion. Currently these lists appear in alphabetical order by description or OPAC description (depending on context), and the first option in the list is usually auto-selected (i.e. more or less default behaviour for a vanilla HTML <select> element). This is problematic in many circumstances as users will accidentally 'select' the first alphabetical option if they don't change anything. There should be a setting in Authorised Values to set between zero and one values per category to be the default value (probably in authorised_values.pl?op=add_form). This would then add a 'selected' attribute to the <option> tag wherever the authorised value list appears as a dropdown menu. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 11

[Bug 42216] New: ERM Usage – Missing Database Indexes
by bugzilla-daemon＠bugs.koha-community.org 27 Mar '26

27 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42216 Bug ID: 42216 Summary: ERM Usage – Missing Database Indexes Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ERM Assignee: jonathan.druart(a)gmail.com Reporter: michaela.sieber(a)kit.edu 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 A missing index should be added, see also Bug 42088 CREATE INDEX erm_usage_mus_combined ON erm_usage_mus (usage_data_provider_id, report_type, year, month); -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 8088] Png-images of covers lost transparency
by bugzilla-daemon＠bugs.koha-community.org 27 Mar '26

27 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8088 --- Comment #20 from Laura Escamilla <Laura.escamilla(a)bywatersolutions.com> --- Created attachment 196505 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=196505&action=e… Bug 8088: (follow-up) Tidy Signed-off-by: Owen Leonard <oleonard(a)myacpl.org> Signed-off-by: Laura_Escamilla <laura.escamilla(a)bywatersolutions.com> -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0