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

[Bug 40663] New: Package GD::Barcode::QRcode@2.01
by bugzilla-daemon＠bugs.koha-community.org 02 Jul '26

02 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40663 Bug ID: 40663 Summary: Package GD::Barcode::QRcode@2.01 Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org On Ubuntu 24.04, the shipped version of the library is v2.00. Debian 12 has v0.01. The feature it self works fine on either, but v2.00 introduced a warning that is making our test suite to fail [1]. On version v2.01 the author fixed the warning [2] To reproduce: 1. Start an Ubuntu 24.04 KTD: $ KOHA_IMAGE=main-noble ktd --name noble up -d 2. Run: $ ktd --name noble --shell k$ pmvers GD::Barcode::QRcode => 2.00 3. Run: k$ prove t/db_dependent/Koha/Auth/TwoFactorAuth.t => FAIL: Tests fail! 4. Run: k$ sudo cpanm -i GD::Barcode::QRcode@2.01 5. Repeat 3 => SUCCESS: Tests pass! 6. Exit the 24.04 KTD and stop it: k$ exit $ ktd --name noble down 7. Start a Debian 12 KTD: $ KOHA_IMAGE=main-bookworm ktd --name bookworm up -d 8. Run: $ ktd --name bookworm --shell k$ pmvers GD::Barcode::QRcode => 0.01 9. Run: k$ prove t/db_dependent/Koha/Auth/TwoFactorAuth.t => SUCCESS: Tests pass! 10. Run: k$ sudo cpanm -i GD::Barcode::QRcode@2.01 11. Repeat 9 => SUCCESS: Tests still pass! [1] https://jenkins.koha-community.org/job/Koha_Main_U24/lastCompletedBuild/con… [2] https://github.com/mbeijen/GD-Barcode/commit/85e7911e65bf1c4746d9ce2e743580… -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 32

[Bug 42783] New: Tools/ManageMarcImport_spec.ts is still flaky
by bugzilla-daemon＠bugs.koha-community.org 02 Jul '26

02 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42783 Bug ID: 42783 Summary: Tools/ManageMarcImport_spec.ts is still flaky Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: pedro.amorim(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org I believe the fix from bug 42733 is good but surfaced a new race condition: 17:52:55 Running: Tools/ManageMarcImport_spec.ts (55 of 60) 17:52:55 <?xml version="1.0" encoding="UTF-8"?> 17:52:55 <testsuites name="Mocha Tests" time="11.417" tests="3" failures="1"> 17:52:55 <testsuite name="Root Suite" timestamp="2026-06-05T17:52:27" tests="0" file="t/cypress/integration/Tools/ManageMarcImport_spec.ts" time="0.000" failures="0"> 17:52:55 </testsuite> 17:52:55 <testsuite name="Breadcrumb tests" timestamp="2026-06-05T17:52:28" tests="1" time="3.121" failures="0"> 17:52:55 <testcase name="Breadcrumb tests Breadcrumbs" time="3.146" classname="Breadcrumbs"> 17:52:55 </testcase> 17:52:55 </testsuite> 17:52:55 <testsuite name="loads the manage MARC import page" timestamp="2026-06-05T17:52:31" tests="2" time="8.198" failures="1"> 17:52:55 <testcase name="loads the manage MARC import page loads the manage MARC import page" time="2.673" classname="loads the manage MARC import page"> 17:52:55 </testcase> 17:52:55 <testcase name="loads the manage MARC import page upload a MARC record" time="0.000" classname="upload a MARC record"> 17:52:55 <failure message="Background job failed: expected 'failed' to not equal 'failed'" type="AssertionError"><![CDATA[AssertionError: Background job failed: expected 'failed' to not equal 'failed' 17:52:55 at Context.eval (webpack://koha/./t/cypress/integration/Tools/ManageMarcImport_spec.ts:91:63) 17:52:55 17:52:55 + expected - actual 17:52:55 17:52:55 ]]></failure> 17:52:55 </testcase> 17:52:55 </testsuite> 17:52:55 </testsuites> -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 40840] New: Failure of an EDI SFTP account will kill edi_cron.pl preventing uploads from subsequent accounts
by bugzilla-daemon＠bugs.koha-community.org 02 Jul '26

02 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40840 Bug ID: 40840 Summary: Failure of an EDI SFTP account will kill edi_cron.pl preventing uploads from subsequent accounts Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org EDI uploads are processed in order. If one account is unable to connect to the SFTP server, it will call die_on_error which kills the script. This does not affect regular FTP which will fail gracefully. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 15

[Bug 41674] New: Add template plugin for linking to system preferences based on user permission
by bugzilla-daemon＠bugs.koha-community.org 02 Jul '26

02 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41674 Bug ID: 41674 Summary: Add template plugin for linking to system preferences based on user permission 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: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org There are many places in templates where we link to a system preference and we are inconsistent about whether these links are dependent on the permission of the logged-in user. I propose to add a template plugin which handles the permission check. [% "RequireChoosingExistingAuthority" | html | $LinkPref %] For a user with 'CAN_user_parameters_manage_sysprefs' permission it outputs: <a class="link_preference" href="admin/preferences.pl?op=search&ok=Search&searchfield=RequireChoosingExistingAuthority">RequireChoosingExistingAuthority</a> For a user without permission it outputs: <span class="link_preference">RequireChoosingExistingAuthority</span> -- You are receiving this mail because: You are watching all bug changes.

1 21

[Bug 42917] New: Error when changing existing hold from item/record level with only place_holds permission
by bugzilla-daemon＠bugs.koha-community.org 01 Jul '26

01 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42917 Bug ID: 42917 Summary: Error when changing existing hold from item/record level with only place_holds permission Initiative type: --- Sponsorship --- status: 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, lisette(a)bywatersolutions.com, tomascohen(a)gmail.com Target Milestone: --- To recreate: 1/ Create or find a user with place_hold permission but not the top level permission 2/ Place a hold 3/ From reserve/request.pl?biblionumber=X try to change the hold from record to item, or vice versa. 4/ See popup: There was an error:error Forbidden -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 39027] New: News are order with older on top
by bugzilla-daemon＠bugs.koha-community.org 01 Jul '26

01 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39027 Bug ID: 39027 Summary: News are order with older on top Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: marion.durand(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org When a news is created, it is displayed last in the news list at the OPAC. You can change that behaviors by using the field 'Number' to order them manually but then, you have to manually edit all news to add a new one first. -- You are receiving this mail because: You are watching all bug changes.

1 35

[Bug 41445] New: Wrong info about holds selection after hold suspending
by bugzilla-daemon＠bugs.koha-community.org 01 Jul '26

01 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41445 Bug ID: 41445 Summary: Wrong info about holds selection after hold suspending Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: roman.dolny(a)jezuici.pl QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com After suspending a hold at patron's holds tab, incorrect information about holds selection is displayed. To reproduce: 1. Have unsuspended hold(s). 2. Go to patron's account, "Details" or "Check out", and "Holds" tab. 3. Click "Suspend" button in "Suspend?" column and confirm modal. 4. Notice: 4.1 checked header checkbox (first column) - not correct, checkbox(es) below are not checked 4.2 number of holds selected in line below the holds table - not correct, checkbox(es) above are not checked, buttons "Cancel selected" and "Suspend selected" are active -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 35

[Bug 20573] New: Patron receives membership expiry notice but 'will expire soon' alert doesn't show for staff at checkout
by bugzilla-daemon＠bugs.koha-community.org 01 Jul '26

01 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20573 Bug ID: 20573 Summary: Patron receives membership expiry notice but 'will expire soon' alert doesn't show for staff at checkout Change sponsored?: --- Product: Koha Version: 17.11 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: jyorio(a)esilibrary.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com We've seen a situation a few times now, where a patron comes into the library and informs the staff that they received notice that their account is going to expire, but when staff go to the patron's account and click checkout, the message, "Attention: Expiration: Patron's card will expire soon. Patron's card expires on ...", doesn't appear. This issue happens when the patron comes into the library exactly 30 days from their expiration. In this case, MembershipExpiryDaysNotice = 30 days and NotifyBorrowerDeparture = 30 days. So for example, the patron's expiration date is 05/11/2018. On 4/11/2018 the patron gets their notice, as expected. They come into the library on 4/11/2018 and the checkout message alerting staff to the impending expiration message doesn't show. Checking the same account on 4/12/2018 shows the message "Attention: Expiration: Patron's card will expire soon. Patron's card expires on 05/11/2018 Renew or Edit Details" on the checkout screen. I would expect the staff to be alerted at checkout on 4/11/2018 since the patron has been notified. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 7

[Bug 42235] New: On OPAC messaging preferences page table header contains no text
by bugzilla-daemon＠bugs.koha-community.org 01 Jul '26

01 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42235 Bug ID: 42235 Summary: On OPAC messaging preferences page table header contains no text Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Accessibility Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.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 recreate: 1. Log into the OPAC 2. Go to "Messaging" 3. The first column's th in the table contains no text. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 18

[Bug 41029] New: Add option for marc overlay rules to apply when adding to a basket
by bugzilla-daemon＠bugs.koha-community.org 01 Jul '26

01 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41029 Bug ID: 41029 Summary: Add option for marc overlay rules to apply when adding to a basket 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: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Currently, adding to a basket from a staged file uses the same overlay rules as 'Staged marc import' - per bug 20817 some libraries would like to preserve certain fields during import into a basket. It would be nice to make the rules more granular and allow for rules to apply only when adding to a basket -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 19