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

[Bug 40260] New: HOLDDGST doen't work for print
by bugzilla-daemon＠bugs.koha-community.org 24 Apr '26

24 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40260 Bug ID: 40260 Summary: HOLDDGST doen't work for print Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: marion.durand(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Currently, when a patron chooses to receive digest only notification for hold filled but have no email address, Koha fall back on a print notification. This notification is using the HOLD template, and the request to receive digest is ignored. Multiple notification will be generated if multiple holds are filled. This seems due to the code around https://github.com/Koha-Community/Koha/blob/main/C4/Reserves.pm#L1929 in Koha/C4/Reserves.pm function _koha_notify_reserve #Making sure that a print notification is sent if no other transport types can be utilized. if ( !$notification_sent ) { &$send_notification( 'print', 'HOLD' ); } To reproduce : 1- Choose a borrower, make sure it has : - no email address - patron messaging prefereces : Hold filled : Email and Digests only 2-Create 2 holds for this borrower 3- Checkin document for these holds and confirm the hold each time 4- Go back to the patron page, on the Notices tab, 2 print notification are generated. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[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 26573] New: Limit patron attribute types to more than one patron category
by bugzilla-daemon＠bugs.koha-community.org 23 Apr '26

23 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26573 Bug ID: 26573 Summary: Limit patron attribute types to more than one patron category Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration 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 Currently, Koha doesn't allow to limit a patron attribute type to more than one patron category. Let's say I have a patron attribute type STUDENTID, and I want to limit this attribute to the categories "undergrad students" and "grad students". I have to create two different patron attribute types. To replicate: 1) Go to Administration > Patron attribute types 2) Create a new patron attribute 3) Note that the "Category" field is a dropdown and you can't choose more than one patron category to assign this attribute type to. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 91

[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