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

[Bug 40596] New: Migrate CAS and Shibboleth into the identity providers
by bugzilla-daemon＠bugs.koha-community.org 30 Mar '26

30 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40596 Bug ID: 40596 Summary: Migrate CAS and Shibboleth into the identity providers Change sponsored?: --- 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: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org When we envisioned the bug 31378 implementation, it was designed to cover other protocols as well. I'm filing this report to work on this. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 78

[Bug 41908] New: Migrate LDAP configuration into Identity Providers
by bugzilla-daemon＠bugs.koha-community.org 30 Mar '26

30 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41908 Bug ID: 41908 Summary: Migrate LDAP configuration into Identity Providers 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: martin.renvoize(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org CC: dcook(a)prosentient.com.au, hagud(a)orex.es, kyle(a)bywatersolutions.com, magnus(a)libriotech.no, martin.renvoize(a)openfifth.co.uk, matthias.meusburger(a)biblibre.com, nick(a)bywatersolutions.com, oliver.behnke(a)aei.mpg.de, testopia(a)bugs.koha-community.org, tomascohen(a)gmail.com Depends on: 40596 When we envisioned the bug 31378 implementation, it was designed to cover other protocols as well. I'm filing this report to work on this. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40596 [Bug 40596] Migrate CAS configuration into Identity Providers -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[Bug 38116] New: Patrons search description should be built from DT's search settings
by bugzilla-daemon＠bugs.koha-community.org 30 Mar '26

30 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38116 Bug ID: 38116 Summary: Patrons search description should be built from DT's search settings Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Staff interface Assignee: jonathan.druart(a)gmail.com Reporter: jonathan.druart(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Depends on: 38112 We are building a description of the search on top of the patrons search table. But this is not accurate and does not reflect the exact search result that is displayed in the table. This is because column filters can used after we submitted the form (on the left). We could try to build it using DT's search settings, and it would then even be possible to have it for all tables. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38112 [Bug 38112] Description of patrons search no longer displayed -- You are receiving this mail because: You are watching all bug changes.

1 40

[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 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 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