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

[Bug 43457] New: Make sure authorised_value only includes allowed characters
by bugzilla-daemon＠bugs.koha-community.org 12 Sep '26

12 Sep '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43457 Bug ID: 43457 Summary: Make sure authorised_value only includes allowed characters Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: bibliothek(a)th-wildau.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Target Milestone: --- The manual says 'Authorized value is limited to 80 characters and cannot have spaces or special characters other than underscores and hyphens in it.' Source: https://koha-community.org/manual/24.11/en/html/administration.html#adding-… Unfortunately there are several AVs in the database already which have spaces under the categories RDACARRIER and RDACONTENT: There should be a validation before adding new AVs. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 7

[Bug 43277] New: Private library should not be included in self registration home library selection
by bugzilla-daemon＠bugs.koha-community.org 12 Sep '26

12 Sep '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43277 Bug ID: 43277 Summary: Private library should not be included in self registration home library selection Initiative type: --- Sponsorship --- status: Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: lari.taskula(a)hypernova.fi QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- Administration > Libraries > [branchcode] > Edit has the following setting: - "Public": Yes/No (Set to 'Yes' to show this library as a search option and on the libraries page in the OPAC.) When you self register, libraries marked as "not public" unexpectdly appear on the list of selectable home libraries. Hide private libraries from this selection. -- You are receiving this mail because: You are watching all bug changes.

1 3

[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 39890] New: Accessibility: Add more Bypass blocks to the OPAC.
by bugzilla-daemon＠bugs.koha-community.org 11 Sep '26

11 Sep '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39890 Bug ID: 39890 Summary: Accessibility: Add more Bypass blocks to the OPAC. Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Accessibility Assignee: koha-bugs(a)lists.koha-community.org Reporter: nina.martinez(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: martin.renvoize(a)openfifth.co.uk, matt.blenkinsop(a)openfifth.co.uk, oleonard(a)myacpl.org To improve the Opac accessibility, we can add more bypass blocks to facilitate keyboard navigation (WCAG 2.4.1). Currently, we have one bypass for 'skip to the main content.' We could also add a bypass to skip to the footer, to skip to the search and to skip to the menu for pages that have one. https://www.w3.org/WAI/WCAG21/Understanding/bypass-blocks.html -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 34