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

[Bug 43106] New: Patrons used for SIP clients should have separate permission
by bugzilla-daemon＠bugs.koha-community.org 20 Jul '26

20 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43106 Bug ID: 43106 Summary: Patrons used for SIP clients should have separate permission Initiative type: --- Sponsorship --- status: Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- I note that there's only 1 permission currently used for SIP clients and that's the "circulate" permission as per "api_auth" called in "login_core" in C4::SIP;:Sip::MsgType. I think we could keep it backwards compatible, but it would be better I think to have an explicit "sip_client" permission, since it seems very very common that people over-permission their SIP accounts. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 43105] New: Detect home directory / project root
by bugzilla-daemon＠bugs.koha-community.org 20 Jul '26

20 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43105 Bug ID: 43105 Summary: Detect home directory / project root Initiative type: --- Sponsorship --- status: Product: Koha Version: unspecified 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: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- Web frameworks like Catalyst and Mojolicious have methods for finding the "home directory" of the application: https://metacpan.org/pod/Catalyst#%24c-%3Esetup_home https://docs.mojolicious.org/Mojolicious#home https://docs.mojolicious.org/Mojo/Home It defaults to using the environmental variable CATALYST_HOME or MOJO_HOME (or it can look for a MYAPP_HOME style environmental variable). If that environmental variable is absent, it can autodetect using the location of the Perl module loading the framework. -- This can be useful for navigating the file system from within the application without having to rely on configuration. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 43073] New: Update MARC21 default framework to Update 42 (May 2026)
by bugzilla-daemon＠bugs.koha-community.org 20 Jul '26

20 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43073 Bug ID: 43073 Summary: Update MARC21 default framework to Update 42 (May 2026) Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Bibliographic data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- https://loc.gov/marc/bibliographic/bdapndxg.html ■ New content designators: Indicator 2ndPresence of accessibility features/hazards in 341 (Accessibility Content) Indicator values #No information provided in 341 (Accessibility Content) 2nd indicator: Presence of accessibility features/hazards 1Accessibility features present in 341 (Accessibility Content) 2nd indicator: Presence of accessibility features/hazards 2No accessibility features present in 341 (Accessibility Content) 2nd indicator: Presence of accessibility features/hazards 3Sensory hazards present in 341 (Accessibility Content) 2nd indicator: Presence of accessibility features/hazards Subfields $h Sensory hazards (R) in 341 (Accessibility Content) $7 Data provenance (R) in 341 (Accessibility Content) Codes a - Activity report in Continuing Resources 008/21 (Type of continuing resource) (006/04) i - Serial zine in Continuing Resources 008/21 (Type of continuing resource) (006/04) q - Serial podcast in Continuing Resources 008/21 (Type of continuing resource) (006/04) ■ Changes in content designator names and definitions: Fields 041Language Code field definition and scope redescribed 341Accessibility Content field definition and scope redescribed Indicator values 0Adaptive features to access primary content renamed Accessibility information related to primary content and redescribed in 341 (Accessibility Content) 1st indicator: Application 1Adaptive features to access secondary content renamed Accessibility information related to secondary content and redescribed in 341 (Accessibility Content) 1st indicator: Application Character Position 008/35-37 - Language redescribed in 008 (All Materials) Code # - None of the following redescribed in Continuing Resources 008/21 (Type of continuing resource) (006/04) ||| - No attempt to code redescribed in All Materials 008/35-37 (Language) ■ Fast-track changes: Subfield $a Language code of text/sound track or separate title renamed Language code of text or sound track in 041 (Language Code) Code sgn - Sign languages redescribed in All Materials 008/35-37 (Language) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 11

[Bug 42921] New: Add Perl::Critic as a dependency
by bugzilla-daemon＠bugs.koha-community.org 20 Jul '26

20 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42921 Bug ID: 42921 Summary: Add Perl::Critic as a dependency Initiative type: --- Sponsorship --- status: 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: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- Currently, libperl-critic-perl (ie Perl::Critic) is a dev dependency for Koha which is installed in koha-testing-docker by the "install-packages" Perl script drawing on "package-config.yaml". However, I think that we should add it as a core dependency of Koha, because I would like to start using Perl::Critic for analyzing Koha Plugins and potentially other inputs into Koha. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 14

[Bug 42508] New: Migrate patron search to Elastic
by bugzilla-daemon＠bugs.koha-community.org 19 Jul '26

19 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42508 Bug ID: 42508 Summary: Migrate patron search to Elastic Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com, martin.renvoize(a)openfifth.co.uk, nick(a)bywatersolutions.com The current SQL-based patron search has numerous shortcomings in functionality and performance. We could mitigate these by switching to an Elastic-based model -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 73

[Bug 20551] New: Add option for including deleted records in export_records.pl
by bugzilla-daemon＠bugs.koha-community.org 19 Jul '26

19 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20551 Bug ID: 20551 Summary: Add option for including deleted records in export_records.pl 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: glasklas(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz Add an option "--include_deleted" to also include possibly deleted biblios in export. This option can only be used together with --date, and --record-type=biblio. The rational behind this is that use case does not makes much sense (if you are doing a full export, why would you include deleted biblios) and thus some extra complexity can be avoided. Superficially related to https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17693, not really quite different as this includes the whole biblio-record (with record status set to "d" in leader) in the regular export, not just biblio ids. This is a requirement for synchronizing with the discovery-system we are currently using for example and imho is a more standard and MARC-compliant way of supporting export of record deletions. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 205

[Bug 42595] New: REST API: Holds controller renders bare strings instead of error objects
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '26

18 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42595 Bug ID: 42595 Summary: REST API: Holds controller renders bare strings instead of error objects Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: tomascohen(a)gmail.com The Holds controller (Koha::REST::V1::Holds) has three places where error responses are rendered as bare strings instead of the expected error object (`{ error => "..." }`). This causes Mojolicious::Plugin::OpenAPI response validation to fail with a 500: {"errors":[{"message":"Expected object - got string.","path":"/body"}],"status":500} The error definition in the spec has always been `type: object`, so these are latent bugs that surface when the specific code paths are hit. Affected lines in Koha/REST/V1/Holds.pm: 1. Line 134: `openapi => "Bibliographic record not found"` (status 400) - Triggered when biblio_id doesn't exist 2. Line 222: `openapi => 'Error placing the hold...'` (status 500) - Triggered on unhandled exceptions during hold placement 3. Line 242: `openapi => ...to_api_mapping->{$broken_fk} . ' not found.'` (status 404) - Triggered on foreign key violations All three should be: `openapi => { error => $message }` Found in production (25.11.02) when Aspen Discovery attempted to place a hold on a deleted biblio (biblio_id that no longer exists in the database). -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6

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

18 Jul '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 5

[Bug 21123] New: Patron card create doesn't print barcodes with Code39 + Modulo
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '26

18 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21123 Bug ID: 21123 Summary: Patron card create doesn't print barcodes with Code39 + Modulo Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Label/patron card printing Assignee: cnighswonger(a)foundations.edu Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org I've tested in 16.11, 17.11 and on master and Code39+Module43 and Code39+Modulo10 are not printing for me, while just Code39 works fine. When exporting, the PDF is not created, instead a yellow error message is shown: WARNING: Error while creating PDF file. Batch: 1 Layout: 22 Template: 26 Please have your system administrator check the error log for details. koha-plack-err does show a lot of those: CGI::param called in list context from package Template::Document line 20, this can lead to vulnerabilities. See the warning in "Fetching the value or values of a single named parameter" at /usr/share/perl5/CGI.pm line 436. CGI::param called in list context from package Template::Document line 13, this can lead to vulnerabilities. See the warning in "Fetching the value or values of a single named parameter" at /usr/share/perl5/CGI.pm line 436. CGI::param called in list context from package Template::Document line 14, this can lead to vulnerabilities. See the warning in "Fetching the value or values of a single named parameter" at /usr/share/perl5/CGI.pm line 436. I've tested with the sample patrons, who have numerical cardnumbers like: Pamela Bennett, 23529000318858 -- You are receiving this mail because: You are watching all bug changes.

1 8

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

18 Jul '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 14