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

[Bug 41967] New: Cleanup database --labels deletes labels over 1 day old regardless of passed value
by bugzilla-daemon＠bugs.koha-community.org 22 Jul '26

22 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41967 Bug ID: 41967 Summary: Cleanup database --labels deletes labels over 1 day old regardless of passed value Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz A client noticed that their label batches were always deleted, even though our serverwide cron says to delete label batches over 30 days old. I noticed it does the same on main. To test you have to manipulate data a little bit : 1. Create two label batches 1.1. Go to Cataloging > Label creator > New > Label batch 1.2. Add barcodes in "Add by barcodes or itemnumbers" If using KTD, you can use the following barcodes 39999000010114 39999000010138 39999000010152 1.3. Click "Add items" 1.4. Redo steps 1.1 to 1.3 for the second batch (it can have the same barcodes, it doesn't really matter) 2. Manipulate the timestamps in the DB so that they are ~30 days ago and ~5 days ago * If using KTD access the database with `ktd --dbshell` (if outside the shell) or `koha-mysql kohadev` (if already inside the shell) UPDATE creator_batches SET timestamp = DATE_SUB(NOW(), INTERVAL 30 DAY) WHERE batch_id = '1'; UPDATE creator_batches SET timestamp = DATE_SUB(NOW(), INTERVAL 5 DAY) WHERE batch_id = '2'; * If necessary, change the label batch ids. If using a fresh KTD, the batches should be 1 and 2. ==> You should have 6 entries in creator_batches, 3 with a timestamp 30 days ago and 3 with a timestamp 5 days ago. 3. Run cleanup_database with --labels set to 15 days and verbose option (and confirm option) ==> The output says "Purging item label batches last added to more than 1 days ago. Done with purging 6 item label batches last added to more than 1 days ago." ==> Nothing left in creator_batches even though one set was less than 15 days old. :( -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 39

[Bug 41861] New: ILL request cost and price paid don't show if 0
by bugzilla-daemon＠bugs.koha-community.org 22 Jul '26

22 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41861 Bug ID: 41861 Summary: ILL request cost and price paid don't show if 0 Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: pedro.amorim(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org CC: lisette(a)bywatersolutions.com, pedro.amorim(a)openfifth.co.uk, tomascohen(a)gmail.com -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 28

[Bug 41510] New: Fallback on bookable itemtype can break if item has no itemtype
by bugzilla-daemon＠bugs.koha-community.org 22 Jul '26

22 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41510 Bug ID: 41510 Summary: Fallback on bookable itemtype can break if item has no itemtype Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: paul.derscheid(a)lmscloud.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com I think this is a rare case, but we need to guard against it. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 19

[Bug 25711] New: Add ability to define expiredpickup charge for patron category and item type
by bugzilla-daemon＠bugs.koha-community.org 22 Jul '26

22 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25711 Bug ID: 25711 Summary: Add ability to define expiredpickup charge for patron category and item type Change sponsored?: --- Product: Koha Version: 20.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: minna.kivinen(a)hamk.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com ExpireReservesMaxPickUpDelayCharge allows one charge to be applied to all holds that expire. It would be better to have ability to define this charge in ciculation rules. There can be different charges for different types of materials for different patron categories. Related to this bug report: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18195 Charge for expired holds per patron category -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 167

[Bug 42020] New: (Bug 39482 follow-up) Library info link shown in OPAC without OpacLibraryInfo and library URL
by bugzilla-daemon＠bugs.koha-community.org 22 Jul '26

22 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42020 Bug ID: 42020 Summary: (Bug 39482 follow-up) Library info link shown in OPAC without OpacLibraryInfo and library URL Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: januszop(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Prior to Bug 39482 a link to library info modal (with (i) icon) was generated only if OpacLibraryInfo was defined. Now it is there even if there is no OpacLibraryInfo at all and no URL defined for the library. It is generated in any circumstances. (BTW this makes the following snippet from opac-detail.tt dead: [% ELSIF holding_library_url %] <a href="[% holding_library_url | url %]"> [% holding_library_name | html %] </a> [% ELSE %] <span>[% holding_library_name | html %]</span> [% END %] ) This is because Koha::Library::opac_info returns a RS now, and not an object, as it was before. So a test on $item->holding_branch->opac_info( { lang => $lang } ) in opac-detail.pl returns always true. To reproduce: 1) Have a standard ktd installation. 2) Make sure there is no OpacLibraryInfo defined in HTML customizations. 3) Make sure there is no URL for any library. 4) In OPAC, perform any search. On a detail page you would see a link to an empty modal from the Current library items column. -- You are receiving this mail because: You are watching all bug changes.

1 21

[Bug 41919] New: Limit number of current reports a single user can run simultaneously
by bugzilla-daemon＠bugs.koha-community.org 21 Jul '26

21 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41919 Bug ID: 41919 Summary: Limit number of current reports a single user can run simultaneously Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: lisette(a)bywatersolutions.com Building on bug 41918, it would be good to limit the number of reports a given user can run at a time. This control should be conf file based as it is tied to the server resources provided by whoever administers the server. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 28

[Bug 24357] New: Hide checkout box when OverduesBlockCirc is set to Block
by bugzilla-daemon＠bugs.koha-community.org 21 Jul '26

21 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24357 Bug ID: 24357 Summary: Hide checkout box when OverduesBlockCirc is set to Block Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Created attachment 96861 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=96861&action=ed… patron with overdue items If OverduesBlockCirc is set to Block, the checkout box appears in the user's patron file. We can scan the barcode, but only after the item is scanned there is a message saying the patron cannot check out. If NoIssuesCharge is enabled, and the patron owes more than the amount specified, the check out box does not appear at all. Instead, there is a message saying Cannot check out. I think if OverduesBlockCirc is set to Block, the checkout box should be hidden, with a message Cannot check out Patron has overdue items, etc... See screenshots 1) patron with overdue items 2) warning saying that patron cannot checkout after I've already scanned the item's barcode 3) patron with charges over the amount in NoIssuesCharge -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 30546] New: Initial articles not ignored when sorting by the summary column in the pending_orders table
by bugzilla-daemon＠bugs.koha-community.org 21 Jul '26

21 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30546 Bug ID: 30546 Summary: Initial articles not ignored when sorting by the summary column in the pending_orders table Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: barbara.johnson(a)bedfordtx.gov QA Contact: testopia(a)bugs.koha-community.org Bug 29570 (Unable to sort summary column of pending_orders table on parcel.pl by summary column) added sorting capability back to the summary column for the pending orders table. However, search results do not ignore the articles 'a', 'an' and 'the' when displaying the results. I don't believe it used to be like this and other areas in acquisitions, such as invoices, ignore initial articles when displaying search results. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 8

[Bug 38208] New: Provide a link to ERM agreements and licenses from a vendor record
by bugzilla-daemon＠bugs.koha-community.org 21 Jul '26

21 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38208 Bug ID: 38208 Summary: Provide a link to ERM agreements and licenses from a vendor record 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 would be useful to be able to have a link in the left hand menu on the vendor record that takes you to the ERM Agreements or Licenses pages and filters the list by that vendor's id -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 29

[Bug 40942] New: Vendor's contacts not displayed nicely on the vendor detail view
by bugzilla-daemon＠bugs.koha-community.org 21 Jul '26

21 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40942 Bug ID: 40942 Summary: Vendor's contacts not displayed nicely on the vendor detail view Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 38201 The table is too wide, or not positioned correctly. https://snipboard.io/eUNGQ1.jpg Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38201 [Bug 38201] VueJS architecture rethink -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 23