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

[Bug 40176] New: Add maxLength to the item definition
by bugzilla-daemon＠bugs.koha-community.org 23 Oct '25

23 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40176 Bug ID: 40176 Summary: Add maxLength to the item definition Change sponsored?: --- Product: Koha Version: 24.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: tomascohen(a)gmail.com -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 29

[Bug 30645] New: Patron search not building the query correctly for extended attributes if several terms passed
by bugzilla-daemon＠bugs.koha-community.org 23 Oct '25

23 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30645 Bug ID: 30645 Summary: Patron search not building the query correctly for extended attributes if several terms passed Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart+koha(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Depends on: 30639 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30639 [Bug 30639] Patron search does not split search terms -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 66

[Bug 35287] New: Add additional fields support to ERM Licenses
by bugzilla-daemon＠bugs.koha-community.org 23 Oct '25

23 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35287 Bug ID: 35287 Summary: Add additional fields support to ERM Licenses Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ERM Assignee: jonathan.druart+koha(a)gmail.com Reporter: pedro.amorim(a)ptfs-europe.com CC: jonathan.druart+koha(a)gmail.com, jonathan.field(a)ptfs-europe.com, martin.renvoize(a)ptfs-europe.com, matt.blenkinsop(a)ptfs-europe.com, pedro.amorim(a)ptfs-europe.com Depends on: 35044 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35044 [Bug 35044] Additional fields: Allow for repeatable fields -- You are receiving this mail because: You are watching all bug changes.

1 140

[Bug 3728] select mandatory fields broken
by bugzilla-daemon＠bugs.koha-community.org 23 Oct '25

23 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3728 Martin Renvoize (ashimema) <martin.renvoize(a)openfifth.co.uk> changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on|41087 | Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41087 [Bug 41087] EDI Retry: We should add the option to retry EDI processing for errors -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 39291] New: Edifact should record an error and move on if there's a problem with transport filename change
by bugzilla-daemon＠bugs.koha-community.org 23 Oct '25

23 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39291 Bug ID: 39291 Summary: Edifact should record an error and move on if there's a problem with transport filename change Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org Edifact renames files to signify that they have been processed.. this is part of the specification. However, if somehow there's already a file with the name you are attempting to change to, currently the process just aborts. We should really record the error somewhere and move on to the next file otherwise we stop processing files until the erroneous file is cleaned up on the vendors site. This is rare though.. so perhaps a low priority.. leaving it here just in case someone else hits this and it gives some good clues ;) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 3728] select mandatory fields broken
by bugzilla-daemon＠bugs.koha-community.org 23 Oct '25

23 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3728 Martin Renvoize (ashimema) <martin.renvoize(a)openfifth.co.uk> changed: What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|Oldversions |--- Depends on| |41087 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41087 [Bug 41087] EDI Retry: We should add the option to retry EDI processing for errors -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 41085] New: Date filters use the syntax stored in database.
by bugzilla-daemon＠bugs.koha-community.org 23 Oct '25

23 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41085 Bug ID: 41085 Summary: Date filters use the syntax stored in database. 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: baptiste.wojtkowski(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: tomascohen(a)gmail.com Filters used for date in datatables are not inituitive for users since they compare date as stored in the database. For example, in fr, date use to be written DD/MM/YYYY, so users tend to write DD/MM in filters and find nothing. They must have written MM-DD which is barely impossible for them to guess. Steps to reproduce : 1 - Go on a biblio record 2 - Activate filters 3 - On Date accessionned, copy/paste any field -> it will return nothing. 4 - Write the date in the format YYYY-MM-DD -> it will work Note: I did put this in REST API but it is related to anything that calls it, if you have a better idea on where we should put this, feel free :) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 35345] New: Pass custom SQL to rebuild_elasticsearch.pl
by bugzilla-daemon＠bugs.koha-community.org 23 Oct '25

23 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35345 Bug ID: 35345 Summary: Pass custom SQL to rebuild_elasticsearch.pl Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: new feature Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: domm(a)plix.at Sometimes we need to only re-index a subset of our bibliographic data or authorities. Currently this is only possible by enumerating all id (-bn or -ai), which does not work well when indexing eg 100.000 items of a 2.000.000 DB. Re-indexing everything is also overkill. I propose adding an `--sql` Flag to misc/search_tools/rebuild_elasticsearch.pl which can take arbitrary SQL (that of course has to match the respective tables) and adds it as an additional param to the resultset to index: Example: * Only index auths of type Geograpy: misc/search_tools/rebuild_elasticsearch.pl -a -v --sql "authtypecode = 'GEOGR_NAME'" * Only index books with id 100-150: misc/search_tools/rebuild_elasticsearch.pl -b -v --sql "biblionumber between 100 and 150" In this first version only columns available in the primary tables (biblio, auth_header) are available. Later we could add command line options for joining other tables (eg biblio_metadata). -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 32

[Bug 37370] opac-export.pl can be used even if exporting disabled
by bugzilla-daemon＠bugs.koha-community.org 23 Oct '25

23 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37370 Martin Renvoize (ashimema) <martin.renvoize(a)openfifth.co.uk> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |41084 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41084 [Bug 41084] Zotero connector broken by bug 37370 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 37370] opac-export.pl can be used even if exporting disabled
by bugzilla-daemon＠bugs.koha-community.org 23 Oct '25

23 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37370 --- Comment #7 from Martin Renvoize (ashimema) <martin.renvoize(a)openfifth.co.uk> --- This breaks Zotero integration as the Zotero browser extension expects to be able to call utf8 as a format. We find libraries don't want to visually show utf8 in the export menu, but do want Zotero to work. -- You are receiving this mail because: You are watching all bug changes.

1 0