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

[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

[Bug 41718] New: draw_guide_grid() passes incorrect arguments to PDF methods, causing warnings.
by bugzilla-daemon＠bugs.koha-community.org 11 Sep '26

11 Sep '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41718 Bug ID: 41718 Summary: draw_guide_grid() passes incorrect arguments to PDF methods, causing warnings. Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Label/patron card printing Assignee: chris.nighswonger(a)veritassuperaitsolutions.com Reporter: chris.nighswonger(a)veritassuperaitsolutions.com QA Contact: testopia(a)bugs.koha-community.org Patroncard.pm:219-221: $pdf->Font('Courier'); $pdf->FontSize($font_size); my $strtop_len = $pdf->StrWidth($strtop) * 1.5; There are actually two underlying bugs here: Bug 1 (line 219): Uses hardcoded 'Courier' font name. This may not match a TTF config entry, and the fallback to prFont('Courier') may not work as expected. Bug 2 (line 221): Calls $pdf->StrWidth($strtop) with only one argument, but StrWidth() in PDF.pm expects ($string, $font, $fontSize): # PDF.pm:411 my ( $string, $font, $fontSize ) = @_; $font = C4::Creators::PDF->Font($font); # $font is undef → warnings The correct call should be: my $strtop_len = $pdf->StrWidth($strtop, 'Courier', $font_size) * 1.5; -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 41719] New: Add rendering test coverage for Labels and Patroncards
by bugzilla-daemon＠bugs.koha-community.org 11 Sep '26

11 Sep '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41719 Bug ID: 41719 Summary: Add rendering test coverage for Labels and Patroncards Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: chris.nighswonger(a)veritassuperaitsolutions.com QA Contact: testopia(a)bugs.koha-community.org The label and patron card rendering code paths in C4::Labels::Label and C4::Patroncards::Patroncard lack test coverage for their core drawing methods. This patch adds: - t/db_dependent/Labels/t_Label.t - Extends existing tests with subtests for: - draw_label_text() - text positioning and formatting - draw_guide_box() - guide box rendering - barcode() - all supported barcode types (CODE39, COOP2OF5, INDUSTRIAL2OF5, EAN13) - create_label() - printing type orchestration (BIB, BAR, BIBBAR, BARBIB) - t/db_dependent/Patroncards/t_Patroncard.t - New test file covering: - draw_guide_box() and draw_guide_grid() - draw_text() with patron data substitution - draw_barcode() with multiple barcode types - draw_image() with generated test image - End-to-end PDF output validation Tests use t::lib::TestBuilder fixtures and transaction rollback for isolation. AI Disclosure: This contribution was developed with AI assistance (Claude Opus 4.5, Anthropic). See commit message for full disclosure per https://wiki.koha-community.org/wiki/Coding_Guidelines#.5BDRAFT.5D_AI_and_L…. -- You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 38187] New: Add ability to delete patron attributes in batch patron modification
by bugzilla-daemon＠bugs.koha-community.org 11 Sep '26

11 Sep '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38187 Bug ID: 38187 Summary: Add ability to delete patron attributes in batch patron modification 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: enica(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com You can batch modify patron attribute in a batch, but you cannot completely delete the attribute on a patron's account. To test: - Add an attribute to a patron's account. - Perform batch patron modification. - Under Patron attribute you can either add a new attribute or update existing one. You can set the attribute to blank to clear the values, but the attribute will remain on the account as blank. It would be nice if there's a way to delete the patron attribute all together. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 8

[Bug 39314] New: RabbitMQ can't upgrade from 3.x to 4.x without running a data migration on 3.13
by bugzilla-daemon＠bugs.koha-community.org 11 Sep '26

11 Sep '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39314 Bug ID: 39314 Summary: RabbitMQ can't upgrade from 3.x to 4.x without running a data migration on 3.13 Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Installation and upgrade (command-line installer) Assignee: koha-bugs(a)lists.koha-community.org Reporter: victor(a)tuxayo.net QA Contact: testopia(a)bugs.koha-community.org CC: tomascohen(a)gmail.com Reported to Debian as it affects their next release which will do a jump from 3.10 to 4.0: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1100165#10 Which can't work: https://www.rabbitmq.com/docs/upgrade «You can only upgrade to RabbitMQ 4.0 from RabbitMQ 3.13.» «stable feature flags have to be enabled before the upgrade. The upgrade will fail if you miss this step.» See there more more details. ----- For us: is there still data in RabbitMQ when stopping a Koha instance and upgrading it? I recall reading that the DB was basically mirroring the message queue data during a discussion about the actual need for a dedicated message queue. Does it mean the koha-common package can wipe the RabbitMQ data which will allow it to start without issue? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 21

[Bug 40594] New: Allow batch record modification to create multiple items on existing bibs
by bugzilla-daemon＠bugs.koha-community.org 11 Sep '26

11 Sep '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40594 Bug ID: 40594 Summary: Allow batch record modification to create multiple items on existing bibs Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: pedro.amorim(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Created attachment 185115 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=185115&action=e… MMT sample multiple mapped items Bug 26869 only considered one item to be added per library modification execution, if more than one item is mapped, it fails with an FK constraint. I don't know the reason behind it, but the original test plan stated: test with more than one occurrence of 952$a -> confirm 'FK constraint' error is shown, no modification made I don't think there's any reason why this restriction should exist. The attached Marc Modification Template sample should work perfectly fine and add new - multiple - items to biblio records, as mapped. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 40167] New: Curbside pickups - Show link if not configured
by bugzilla-daemon＠bugs.koha-community.org 11 Sep '26

11 Sep '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40167 Bug ID: 40167 Summary: Curbside pickups - Show link if not configured Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Right now, it displays a warning message when you navigate to Circulation > Curbside pickups, but don't have them configured for the current branch. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 16

[Bug 42919] New: Suggestion duplicate warning erases suggestion info
by bugzilla-daemon＠bugs.koha-community.org 11 Sep '26

11 Sep '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42919 Bug ID: 42919 Summary: Suggestion duplicate warning erases suggestion info Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- To recreate: 1. Make a suggestion that will trigger a duplicate warning, in KTD I like "Clothes, clothes, clothes, music, music, music, boys, boys, boys". 2. Fill out some other details, like notes and public notes. 2. The warning says "Click on "Confirm your suggestion" to ignore this message." 3. Notice none of the details are still there. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 31

[Bug 43046] New: Checkbox labels in Currencies and EDI accounts have unnecessary colons
by bugzilla-daemon＠bugs.koha-community.org 11 Sep '26

11 Sep '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43046 Bug ID: 43046 Summary: Checkbox labels in Currencies and EDI accounts have unnecessary colons Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: jrobb(a)sekls.org QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- Remove unnecessary colons from checkbox labels when adding/editing currencies and EDI accounts. -- You are receiving this mail because: You are watching all bug changes.

1 15