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

[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 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 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 28603] New: check-url-quick.pl does not encode spaces in urls
by bugzilla-daemon＠bugs.koha-community.org 23 Oct '25

23 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28603 Bug ID: 28603 Summary: check-url-quick.pl does not encode spaces in urls Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz To recreate: 1 - Add an 856$u to a record with: http://localhost:8081/cgi-bin/koha/catalogue/search.pl?idx=ti&q=street shuffle 2 - perl misc/cronjobs/check-url-quick.pl > test.txt 2>&1 3 - grep shuffle test.txt 4 - 303 http://localhost:8081/cgi-bin/koha/catalogue/search.pl?idx=ti&q=street shuffle 596 Connection timed out 'URL' => 'http://localhost:8081/cgi-bin/koha/catalogue/search.pl?idx=ti&q=street shuffle' 303 http://localhost:8081/cgi-bin/koha/catalogue/search.pl?idx=ti&q=street shuffle 596 Connection timed out -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 10

[Bug 38106] New: In table settings for the items table in cataloguing some fields are not listed and cannot be hidden
by bugzilla-daemon＠bugs.koha-community.org 23 Oct '25

23 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38106 Bug ID: 38106 Summary: In table settings for the items table in cataloguing some fields are not listed and cannot be hidden Change sponsored?: --- Product: Koha Version: 23.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucy.vaux-harvey(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Go to Table Settings > Cataloguing > Items editor table (itemst). Some item fields are missing such as items.cn_sort - Koha normalized classification for sorting items.itemnumber - Koha itemnumber (autogenerated) items.issues - Total Checkouts All three fields are mapped in Koha to MARC Mapping on the system concerned. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 28180] New: Use a lightbox gallery to display the images - detail page, OPAC interface
by bugzilla-daemon＠bugs.koha-community.org 23 Oct '25

23 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28180 Bug ID: 28180 Summary: Use a lightbox gallery to display the images - detail page, OPAC interface Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: OPAC Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org Depends on: 28179 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28179 [Bug 28179] Use a lightbox gallery to display the images - detail page, staff interface -- You are receiving this mail because: You are watching all bug changes.

1 127

[Bug 26933] New: OPAC - Multiple cover image show in results and details pages
by bugzilla-daemon＠bugs.koha-community.org 23 Oct '25

23 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26933 Bug ID: 26933 Summary: OPAC - Multiple cover image show in results and details pages Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: david(a)davidnind.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 113028 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=113028&action=e… Screenshots - Multiple cover images displayed in the OPAC If multiple cover image sources are enabled for the OPAC, multiple images are displayed in search results and record detail pages. See the attached examples. To recreate: 1. Enable Amazon (AmazonCoverImages), Google (GoogleJackets), Open Library (OpenLibraryCovers), and local cover images (LocalCoverImages). 2. Search on the OPAC for perl. 3. Note that on the search results pages and record details pages that multiple images are displayed. I'm assuming here that it is valid to have multiple cover image sources enabled. -- You are receiving this mail because: You are watching all bug changes.

1 41

[Bug 27334] New: Add Template Toolkit support to news items
by bugzilla-daemon＠bugs.koha-community.org 23 Oct '25

23 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27334 Bug ID: 27334 Summary: Add Template Toolkit support to news items Change sponsored?: --- Product: Koha Version: master 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: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org It would be useful if news items could take advantage of template toolkit syntax. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 42

[Bug 28011] New: Add CLI script to update bibs from linked authority records
by bugzilla-daemon＠bugs.koha-community.org 22 Oct '25

22 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28011 Bug ID: 28011 Summary: Add CLI script to update bibs from linked authority records 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: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz The script link_bibs_to_authorities.pl will link bibs to authorities, but it won't update the bibs with the data from the authority. I'm proposing adding a new script which will update the bib records from its linked authorities. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 23

[Bug 37918] New: Properly encode email subjects in mailto: links
by bugzilla-daemon＠bugs.koha-community.org 22 Oct '25

22 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37918 Bug ID: 37918 Summary: Properly encode email subjects in mailto: links 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: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org There are some places in Koha where we use mailto: links with a subject line. An example is the email link added by bug 36595. I believe we need to take a closer look at making sure we are encoding the subject line correctly. Also need to make sure to not include untranslatable and therefore hardcoded bits into the subject messages. -- You are receiving this mail because: You are watching all bug changes.

1 37