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

[Bug 40192] New: Add additional fields to ERM titles
by bugzilla-daemon＠bugs.koha-community.org 14 Sep '26

14 Sep '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40192 Bug ID: 40192 Summary: Add additional fields to ERM titles Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement 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 Blocks: 38911 It would be great if there was an option to add additional fields to ERM titles. One use case would be adding mappings for KBART files as suggested by bug 38911. KBART files from GoKB and other knowledge bases use the COUNTER "feature" of providing additional information and important identifiers as additional columns in KBART. Storing them in Koha would be very beneficial. But additional fields could also be used for a lot of others useful things. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38911 [Bug 38911] Map optional KBART columns to additional fields in ERM titles -- You are receiving this mail because: You are watching all bug changes.

1 36

[Bug 36868] New: Add ability to automatically empty cart after placing holds ( staff interface and OPAC )
by bugzilla-daemon＠bugs.koha-community.org 14 Sep '26

14 Sep '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36868 Bug ID: 36868 Summary: Add ability to automatically empty cart after placing holds ( staff interface and OPAC ) Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Some librarians would like to have the cart automatically clear itself after placing holds on items in the current cart. This would behave similar to how online retail/e-commerce sites work after one has purchased items. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 113

[Bug 39728] New: Remove GetUnprocessedSuggestions from C4/Suggestions.pm
by bugzilla-daemon＠bugs.koha-community.org 14 Sep '26

14 Sep '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39728 Bug ID: 39728 Summary: Remove GetUnprocessedSuggestions from C4/Suggestions.pm 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: baptiste.wojtkowski(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 21

[Bug 39729] New: Add option -exact_days to filter_by_last_update
by bugzilla-daemon＠bugs.koha-community.org 14 Sep '26

14 Sep '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39729 Bug ID: 39729 Summary: Add option -exact_days to filter_by_last_update 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: baptiste.wojtkowski(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org In order to remove GetUnprocessedSuggestions from C4/Suggestions.pm, we need a function to get suggestions aged by an exact number of days. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 29

[Bug 38262] New: Add additional fields to Vendors
by bugzilla-daemon＠bugs.koha-community.org 14 Sep '26

14 Sep '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38262 Bug ID: 38262 Summary: Add additional fields to Vendors Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: matt.blenkinsop(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org We should add additional fields capability to Vendors following the Vue migration -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 101

[Bug 38290] New: Add library group limits to vendors
by bugzilla-daemon＠bugs.koha-community.org 14 Sep '26

14 Sep '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38290 Bug ID: 38290 Summary: Add library group limits to vendors Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: matt.blenkinsop(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org It should be possible to limit which vendors can be seen based on library groups -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 56

[Bug 30144] New: Add support for EDI GIR:LVT, Servicing instructions, segment
by bugzilla-daemon＠bugs.koha-community.org 14 Sep '26

14 Sep '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30144 Bug ID: 30144 Summary: Add support for EDI GIR:LVT, Servicing instructions, segment Change sponsored?: --- Product: Koha Version: master 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 We allow for free text instructions in the EDI FTX segment now, taken from the vendor notes field. But this is at the order level, it would be helpful to add support for the LVT segment at the line level. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 123

[Bug 43158] New: Add clear button (x) to search input fields
by bugzilla-daemon＠bugs.koha-community.org 14 Sep '26

14 Sep '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43158 Bug ID: 43158 Summary: Add clear button (x) to search input fields Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- Add a clear/reset button (x icon) on the search input fields that appears when text has been typed, allowing users to quickly clear the search box without manually selecting and deleting the text. Start with the OPAC search input, then extend to the staff interface. This is a common UX pattern in modern web applications (browsers natively support it for type=search inputs, but Koha uses type=text). Implementation options: - Use HTML5 type=search which provides a native clear button in most browsers - Or add a positioned x icon via CSS/JS that clears the input on click The native type=search approach is simpler and more accessible. -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 42780] New: Problème de gestion des autorités lors de l'ajout via la notice et de la recherche de celles-ci
by bugzilla-daemon＠bugs.koha-community.org 12 Sep '26

12 Sep '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42780 Bug ID: 42780 Summary: Problème de gestion des autorités lors de l'ajout via la notice et de la recherche de celles-ci Initiative type: --- Sponsorship --- status: Product: Koha Version: 26.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: jph.mainil(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Created attachment 200040 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=200040&action=e… Conversation Claude.ai Voici ce que j'ai décodé avec l'aide du l'IA Claude. En annexe, le log de ma "conversation" bugs trouvés et corrigés Bug 1 — Popup ne se ferme pas / $9 vide (chaîne de 3 bugs liés) • auth-finder-search.js : source absent de l'URL vers authorities.pl au clic "Create new authority" • authorities.pl : source non lu et non retransmis dans le redirect vers blinddetail-biblio-search.pl • blinddetail-biblio-search.tt (en + fr-FR) : authid_subfield non déclarée quand source est absent ou vide Bug 2 — Autorité non trouvable dans auth_finder (chaîne de 2 bugs liés) • QueryBuilder.pm : filtre ES sur authtype.raw alors que le mapping définit authtype.ci_raw • AuthoritiesMarc.pm : $authid inséré comme entier dans le champ 001 → ES rejette le document silencieusement les plus importants à soumettre sont : • Le $authid entier dans AuthoritiesMarc.pm (crash ES silencieux) • Le source absent du flux de création d'autorité • Le authtype.raw vs authtype.ci_raw dans QueryBuilder.pm À appliquer lors de la mise à jour de Koha si les autorités ne fonctionnent pas correctement Fichiers à surveiller lors des apt upgrade koha-common /usr/share/koha/intranet/htdocs/intranet-tmpl/prog/js/auth-finder-search.js /usr/share/koha/intranet/cgi-bin/authorities/authorities.pl /usr/share/koha/intranet/htdocs/intranet-tmpl/prog/en/modules/authorities/blinddetail-biblio-search.tt /usr/share/koha/intranet/htdocs/intranet-tmpl/prog/fr-FR/modules/authorities/blinddetail-biblio-search.tt /usr/share/koha/lib/Koha/SearchEngine/Elasticsearch/QueryBuilder.pm /usr/share/koha/lib/C4/AuthoritiesMarc.pm script complet à copier-coller en une seule opération via Putty #!/bin/bash # ============================================================================= # Patches Koha 26.05 - Bugs autorités # A relancer après chaque apt upgrade koha-common # ============================================================================= echo "=== Sauvegarde des fichiers originaux ===" cp /usr/share/koha/intranet/htdocs/intranet-tmpl/prog/js/auth-finder-search.js \ /usr/share/koha/intranet/htdocs/intranet-tmpl/prog/js/auth-finder-search.js.bak cp /usr/share/koha/intranet/cgi-bin/authorities/authorities.pl \ /usr/share/koha/intranet/cgi-bin/authorities/authorities.pl.bak cp /usr/share/koha/intranet/htdocs/intranet-tmpl/prog/en/modules/authorities/blinddetail-biblio-search.tt \ /usr/share/koha/intranet/htdocs/intranet-tmpl/prog/en/modules/authorities/blinddetail-biblio-search.tt.bak cp /usr/share/koha/intranet/htdocs/intranet-tmpl/prog/fr-FR/modules/authorities/blinddetail-biblio-search.tt \ /usr/share/koha/intranet/htdocs/intranet-tmpl/prog/fr-FR/modules/authorities/blinddetail-biblio-search.tt.bak cp /usr/share/koha/lib/Koha/SearchEngine/Elasticsearch/QueryBuilder.pm \ /usr/share/koha/lib/Koha/SearchEngine/Elasticsearch/QueryBuilder.pm.bak cp /usr/share/koha/lib/C4/AuthoritiesMarc.pm \ /usr/share/koha/lib/C4/AuthoritiesMarc.pm.bak echo "=== Patch 1 : auth-finder-search.js - transmettre source à authorities.pl ===" python3 -c " content = open('/usr/share/koha/intranet/htdocs/intranet-tmpl/prog/js/auth-finder-search.js').read() old = ' \"authorities.pl?index=\" + index + \"&authtypecode=\" + authtypecode,' new = ' \"authorities.pl?index=\" + index + \"&authtypecode=\" + authtypecode + \"&source=\" + \$(\"input[name=source]\").val(),' if old in content: print(' OK - patch applique') open('/usr/share/koha/intranet/htdocs/intranet-tmpl/prog/js/auth-finder-search.js', 'w').write(content.replace(old, new, 1)) else: print(' ATTENTION - pattern non trouve, patch non applique') " echo "=== Patch 2 : authorities.pl - lire et retransmettre source dans le redirect ===" python3 -c " content = open('/usr/share/koha/intranet/cgi-bin/authorities/authorities.pl').read() old = \"my \\\$myindex = \\\$input->param('index');\" new = \"my \\\$myindex = \\\$input->param('index');\\nmy \\\$mysource = \\\$input->param('source') // '';\" if old in content: print(' OK step 1 - myindex trouve') content = content.replace(old, new, 1) else: print(' ATTENTION step 1 - pattern non trouve') exit() old2 = ' print \$input->redirect(\"blinddetail-biblio-search.pl?authid=\$authid&index=\$myindex\");' new2 = ' print \$input->redirect(\"blinddetail-biblio-search.pl?authid=\$authid&index=\$myindex&source=\$mysource\");' if old2 in content: print(' OK step 2 - redirect trouve') open('/usr/share/koha/intranet/cgi-bin/authorities/authorities.pl', 'w').write(content.replace(old2, new2, 1)) else: print(' ATTENTION step 2 - pattern non trouve') " echo "=== Patch 3 : blinddetail-biblio-search.tt EN - authid_subfield toujours definie ===" python3 -c " content = open('/usr/share/koha/intranet/htdocs/intranet-tmpl/prog/en/modules/authorities/blinddetail-biblio-search.tt').read() old = \"\"\" [% IF ( source == 'auth' ) %] var authid_subfield = \"3\"; [% ELSIF ( source == 'biblio' ) %] var authid_subfield = \"9\"; [% END %]\"\"\" new = \"\"\" [% IF ( source == 'auth' ) %] var authid_subfield = \"3\"; [% ELSE %] var authid_subfield = \"9\"; [% END %]\"\"\" if old in content: print(' OK - patch applique') open('/usr/share/koha/intranet/htdocs/intranet-tmpl/prog/en/modules/authorities/blinddetail-biblio-search.tt', 'w').write(content.replace(old, new, 1)) else: print(' ATTENTION - pattern non trouve, patch non applique') " echo "=== Patch 4 : blinddetail-biblio-search.tt FR - authid_subfield toujours definie ===" python3 -c " content = open('/usr/share/koha/intranet/htdocs/intranet-tmpl/prog/fr-FR/modules/authorities/blinddetail-biblio-search.tt').read() old = \"\"\" [% IF ( source == 'auth' ) %] var authid_subfield = \"3\"; [% ELSIF ( source == 'biblio' ) %] var authid_subfield = \"9\"; [% END %]\"\"\" new = \"\"\" [% IF ( source == 'auth' ) %] var authid_subfield = \"3\"; [% ELSE %] var authid_subfield = \"9\"; [% END %]\"\"\" if old in content: print(' OK - patch applique') open('/usr/share/koha/intranet/htdocs/intranet-tmpl/prog/fr-FR/modules/authorities/blinddetail-biblio-search.tt', 'w').write(content.replace(old, new, 1)) else: print(' ATTENTION - pattern non trouve, patch non applique') " echo "=== Patch 5 : QueryBuilder.pm - authtype.raw -> authtype.ci_raw ===" python3 -c " content = open('/usr/share/koha/lib/Koha/SearchEngine/Elasticsearch/QueryBuilder.pm').read() old = '\"authtype.raw\"' new = '\"authtype.ci_raw\"' if old in content: print(' OK - patch applique') open('/usr/share/koha/lib/Koha/SearchEngine/Elasticsearch/QueryBuilder.pm', 'w').write(content.replace(old, new, 1)) else: print(' ATTENTION - pattern non trouve, patch non applique') " echo "=== Patch 6 : AuthoritiesMarc.pm - stringifier authid dans champ 001 ===" python3 -c " content = open('/usr/share/koha/lib/C4/AuthoritiesMarc.pm').read() old = \"\\\$record->insert_fields_ordered( MARC::Field->new( '001', \\\$authid ) );\" new = \"\\\$record->insert_fields_ordered( MARC::Field->new( '001', \\\"\\\$authid\\\" ) );\" if old in content: print(' OK - patch applique') open('/usr/share/koha/lib/C4/AuthoritiesMarc.pm', 'w').write(content.replace(old, new, 1)) else: print(' ATTENTION - pattern non trouve, patch non applique') " echo "=== Vider le cache templates ===" find /var/cache/koha -name "blinddetail*" -delete echo " Cache vide" echo "=== Redemarrage Koha ===" systemctl restart koha-common sleep 5 echo " Koha redemarre" echo "=== Verification patches appliques ===" grep -c 'source.*val()' /usr/share/koha/intranet/htdocs/intranet-tmpl/prog/js/auth-finder-search.js > /dev/null && echo " Patch 1 OK" || echo " Patch 1 ECHEC" grep -c 'mysource' /usr/share/koha/intranet/cgi-bin/authorities/authorities.pl > /dev/null && echo " Patch 2 OK" || echo " Patch 2 ECHEC" grep -c '\[% ELSE %\]' /usr/share/koha/intranet/htdocs/intranet-tmpl/prog/en/modules/authorities/blinddetail-biblio-search.tt > /dev/null && echo " Patch 3 OK" || echo " Patch 3 ECHEC" grep -c '\[% ELSE %\]' /usr/share/koha/intranet/htdocs/intranet-tmpl/prog/fr-FR/modules/authorities/blinddetail-biblio-search.tt > /dev/null && echo " Patch 4 OK" || echo " Patch 4 ECHEC" grep -c 'ci_raw' /usr/share/koha/lib/Koha/SearchEngine/Elasticsearch/QueryBuilder.pm > /dev/null && echo " Patch 5 OK" || echo " Patch 5 ECHEC" grep -c '"\$authid"' /usr/share/koha/lib/C4/AuthoritiesMarc.pm > /dev/null && echo " Patch 6 OK" || echo " Patch 6 ECHEC" echo "" echo "=== Patches termines ===" -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 38990] New: Statistical patron checkouts don't display alert that LOST value has been cleared
by bugzilla-daemon＠bugs.koha-community.org 11 Sep '26

11 Sep '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38990 Bug ID: 38990 Summary: Statistical patron checkouts don't display alert that LOST value has been cleared Change sponsored?: --- Product: Koha Version: 24.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: catrina(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Bug 37505 resolved getting information about items when checking them out to statistical patrons, however lost values (aside from Claims) do not alert or display that it has been resolved when checked out to the statistical patron as of 24.05.06. To test: 1. Create a Statistical Patron 2. Set BlockReturnOfLostItems to Don't Block. 3. Mark an item as missing. 4. Check it out to the Statistical Patron. 5. You get a message "Local use recorded." <- You should see a message, "Item was lost, but has now been found." 6. Check your item - the lost value has been cleared and is now available. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3