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

[Bug 39019] New: Do not repeat content in CHECKOUT, CHECKIN, and HOLDDGST notices when digest tags are omitted
by bugzilla-daemon＠bugs.koha-community.org 24 Apr '26

24 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39019 Bug ID: 39019 Summary: Do not repeat content in CHECKOUT, CHECKIN, and HOLDDGST notices when digest tags are omitted Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org The CHECKOUT, CHECKIN, and HOLDDGST notices assume some content will appear in the notice once, while other content will be generated per item. The content to be repeated gets wrapped in a set of dashed lines that I called "digest tags" in the bug title. Like: Hey Patron, These books got checked out: ---- [% biblio.title %] ---- While a full list of titles works well in an email, it can get prohibitively long in an SMS, so some libraries prefer a single static line for their SMS notice. However, if one fully omits those digest tags Koha will repeat the entire notice per item. If no digest tags are included in the template, Koha should not repeat any of the content on subsequent items. To recreate: 1: Edit the CHECKOUT notice to read: Test ---- ---- 2: check two items out to a patron set to receive CHECKOUT notices 3: confirm their notice says just "Test" 4: Edit the checkout notice to read: Test 5: check two items out to a different patrons set to receive CHECKOUT notices 6: confirm their notice says "TestTest" -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 42462] New: Claim counts aren't updating when claims are resolved via checkin
by bugzilla-daemon＠bugs.koha-community.org 23 Apr '26

23 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42462 Bug ID: 42462 Summary: Claim counts aren't updating when claims are resolved via checkin Initiative type: --- Sponsorship --- status: Product: Koha Version: 25.11 Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: sbrown(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com In 25.11, claim counts on patrons' Claims tabs aren't updating when claims are resolved by checkin, both with AutoClaimReturnStatusOnCheckin set to a resolution status and with it unset (resolving claims manually on checkin). To replicate: -Set AutoClaimReturnStatusOnCheckin to any resolution status -Check out an item to any patron. -Mark the item as 'Claim returned' - note that the number on their Claims tab shows as '/1'. -Return the item - note the alert stating that the claim was resolved. -On the bib, note that the item no longer shows as claimed/lost (correct). -The patron's Claims table does not show any active claims (correct). -On the patron's Claims tab, the number of claims still shows as '/1' (incorrect - it should show as '1 0' since it's been resolved). If AutoClaimReturnStatusOnCheckin isn't set: -Check out an item to any patron. -Mark the item as 'Claim returned' - note that the number on their Claims tab shows as '/1'. -Return the item -Click 'Resolve' to resolve the claim manually. -On the bib, note that the item no longer shows as claimed (correct). -The patron's Claims table does not show any active claims (correct). -On the patron's Claims tab, the number of claims shows as '/1' (incorrect - it should show as '1 0' since it's been resolved). -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 29000] New: Create a display of patrons with permissions
by bugzilla-daemon＠bugs.koha-community.org 23 Apr '26

23 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29000 Bug ID: 29000 Summary: Create a display of patrons with permissions Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Actually it is hard to find which patrons have which permissions. It can lead to mistakes and security issues. I've created a POC plugin : https://github.com/biblibre/koha-plugin-users-with-permissions Maybe permissions could be displayed in patrons search table. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 13

[Bug 42362] New: Sorting suggestions by branch always puts the user on the first tab
by bugzilla-daemon＠bugs.koha-community.org 23 Apr '26

23 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42362 Bug ID: 42362 Summary: Sorting suggestions by branch always puts the user on the first tab Initiative type: --- Sponsorship --- status: 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: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org To recreate: 1. Have some suggestions for multiple branches. 2. Make those suggestions have various statuses ( Accepted, Rejected, etc. ) 3. Be on any tab that is not the first one. i.e Rejected 4. Sort by a different branch of 'Any'. Viewing suggestions for library: 5. You are placed back on the first tab. This is an annoyance for staff working with many suggestions. It would be nice if the active went back to the one your were working with before sorting by branch. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 42460] New: When searching an item "Other holdings" tab will not show
by bugzilla-daemon＠bugs.koha-community.org 23 Apr '26

23 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42460 Bug ID: 42460 Summary: When searching an item "Other holdings" tab will not show Initiative type: --- Sponsorship --- status: Product: Koha Version: 25.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: dani(a)napleslib.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com Created attachment 198101 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=198101&action=e… Can not get to the Other Holdings table Something went wrong when loading the table. 500: error. Have a look at the 'Audit' button in the toolbar. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 42455] New: SIP template fields should be textareas in the editor
by bugzilla-daemon＠bugs.koha-community.org 23 Apr '26

23 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42455 Bug ID: 42455 Summary: SIP template fields should be textareas in the editor Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Right now all template fields are single line text elements. SIP templates have the potential to be complicated enough to need multiple lines. Even simple templates can benefit from this: [% IF(patron.is_debarred) %]PATRON BLOCKED[% END %] can now be: [%- IF(patron.is_debarred) -%] PATRON BLOCKED [%- END -%] and [% USE date %][% manip = date.manip %][% SET od = manip.UnixDate('14 Days Ago','%Y-%m-%d') %][% patron.checkouts.search({ 'date_due' => { '>' => od }}).count %] can now be [%- USE date -%] [%- manip = date.manip -%] [%- SET od = manip.UnixDate('14 Days Ago','%Y-%m-%d') -%] [% patron.checkouts.search({ 'date_due' => { '>' => od }}).count %] -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 9

[Bug 39250] New: Add archive_purchase_suggestions.pl to cron.daily commented
by bugzilla-daemon＠bugs.koha-community.org 23 Apr '26

23 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39250 Bug ID: 39250 Summary: Add archive_purchase_suggestions.pl to cron.daily commented Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz A commented cron job reminds admins of its existence and potential use. It can be easily enabled automatically with a sed statement in a Docker file or so. This patch deals with archive_purchase_suggestions.pl (which came with 20.05) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[Bug 42459] New: Add archive_purchase_suggestions.pl to the Manual
by bugzilla-daemon＠bugs.koha-community.org 23 Apr '26

23 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42459 Bug ID: 42459 Summary: Add archive_purchase_suggestions.pl to the Manual Initiative type: --- Sponsorship --- status: Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Documentation Assignee: koha-bugs(a)lists.koha-community.org Reporter: aude.charillon(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org CC: aude.charillon(a)openfifth.co.uk, david(a)davidnind.com, philip.orr(a)lmscloud.de The archive_purchase_suggestions.pl script was introduced by bug 22784, part of the 20.05 release. It should be mentioned in the Koha Manual. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 42458] New: Create Option to Change Default in Pop-Up for Other Borrower Picking Up Hold
by bugzilla-daemon＠bugs.koha-community.org 23 Apr '26

23 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42458 Bug ID: 42458 Summary: Create Option to Change Default in Pop-Up for Other Borrower Picking Up Hold Initiative type: --- Sponsorship --- status: Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: director(a)fairfield.lib.ia.us QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com When an item has a hold and another person picks it up, there are several options that appear in a pop-up. The default is to keep the hold for the original person and check the item out to the person picking up the item. We request an enhancement where we could switch the default to one of the other options. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 41594] Can access invoice-files.pl even when AcqEnableFiles is disabled
by bugzilla-daemon＠bugs.koha-community.org 23 Apr '26

23 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41594 Fridolin Somers <fridolin.somers(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Text to go in the|26.05.00, 25.11.03, |26.05.00, 25.11.03, release notes|25.05.09, 24.11.14 |25.05.09, 24.11.14, | |22.11.36 Status|Pushed to oldoldstable |Pushed to oldoldoldstable -- You are receiving this mail because: You are watching all bug changes.

1 0