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

[Bug 23415] New: Notify patron fines when renewing
by bugzilla-daemon＠bugs.koha-community.org 24 May '26

24 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23415 Bug ID: 23415 Summary: Notify patron fines when renewing 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: emmi.takkinen(a)outlook.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com It is possible to renew items for patron who has fines over accepted limit on renew page or from checkout list. There should be alert to notify staff that patron has fines over limit and confirmation to renew. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 364

[Bug 36853] New: Enhance Elasticsearch Notes/Comments MARC21 index mappings
by bugzilla-daemon＠bugs.koha-community.org 24 May '26

24 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36853 Bug ID: 36853 Summary: Enhance Elasticsearch Notes/Comments MARC21 index mappings Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: aleisha(a)catalyst.net.nz We would like to add the following tags and subfields to the existing note index for Elasticsearch MARC21, as used by the "Notes/Comments" advanced search dropdown option: * 501a * 503a * 504a * 508a * 511a * 521a * 538a * 547a * 591a * 592a * 593a * 594a * 595a * 596a * 597a * 598a * 599ab -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 27

[Bug 36506] New: Processing Fee should be configurable by branch
by bugzilla-daemon＠bugs.koha-community.org 24 May '26

24 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36506 Bug ID: 36506 Summary: Processing Fee should be configurable by branch Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: lisette.scheer(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org In a consortia environment, some branches might want a process fee and others might not. This could be worked around with multiple item types, but that can cause other issues. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 75

[Bug 39802] New: Add CircControl equivalent system preference for lost item fees and actions
by bugzilla-daemon＠bugs.koha-community.org 24 May '26

24 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39802 Bug ID: 39802 Summary: Add CircControl equivalent system preference for lost item fees and actions Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation 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.m.hall(a)gmail.com Depends on: 9596 Blocks: 36506 We need something like CircControlLostBranch with which to specify which branch should be followed for actions and fees related to lost items. Since Bug 9596 the longoverdue cron can be limited by branch, but it follows CircControl when doing so. Lost item fee and processing fee refunds also follow CircControl. However, some libraries want checkout limits and periods to be governed by issuing branch but lost item behavior to be based on the owning library of the item. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9596 [Bug 9596] Allow longoverdue.pl to be configured per library on the command line https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36506 [Bug 36506] Processing Fee should be configurable by branch -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 38

[Bug 37773] New: Cataloging search breadcrumb
by bugzilla-daemon＠bugs.koha-community.org 24 May '26

24 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37773 Bug ID: 37773 Summary: Cataloging search breadcrumb Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: jcortazar(a)artium.eus QA Contact: testopia(a)bugs.koha-community.org In the Cataloging Search option in Koha, once the search is completed there is no way to know what we had searched for if we needed it. Our computer colleagues tell us that, despite its simplicity, there are no configuration options that allow us to put a breadcrumb to know what search we have done. We request this improvement for new versions. Thank you -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17

[Bug 33544] New: Squash some ILL fields to alleviate request table overflow
by bugzilla-daemon＠bugs.koha-community.org 24 May '26

24 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33544 Bug ID: 33544 Summary: Squash some ILL fields to alleviate request table overflow Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com The ILL requests' table listing all ILL requests is prone to overflowing it's container and requiring horizontal scrolling. This is against a number of accessibility guidelines, and just doesn't look very nice. I believe we could merge a number of the current columns to display the same data vertically in one column. I think the item details (author, title, article title, issue, volume, year, pages) could all be merged into a column that looks more like how we display search catalogue search results. That would save us a lot of horizontal space to start with. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 69

[Bug 39438] New: Add additional fields to agreements periods
by bugzilla-daemon＠bugs.koha-community.org 24 May '26

24 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39438 Bug ID: 39438 Summary: Add additional fields to agreements periods Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ERM Assignee: jonathan.druart(a)gmail.com Reporter: mathsabypro(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: jonathan.druart(a)gmail.com, jonathan.field(a)ptfs-europe.com, martin.renvoize(a)ptfs-europe.com, matt.blenkinsop(a)ptfs-europe.com, pedro.amorim(a)ptfs-europe.com It could be discussed... But it would probably be useful to give this possiblity to libraries -- You are receiving this mail because: You are watching all bug changes.

1 31

[Bug 30331] New: Allow RenewalPeriodBase behavior to differ between manual and automatic renewals
by bugzilla-daemon＠bugs.koha-community.org 24 May '26

24 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30331 Bug ID: 30331 Summary: Allow RenewalPeriodBase behavior to differ between manual and automatic renewals 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: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com We should have a way to make auto-renewals and manual renewals follow different RenewalPeriodBase behavior. I'm working with a library that uses a mix of manual and automatic renewals. For items that auto-renew, the renewal happens two days before the item is due, so they want RenewalPeriodBase set to add time on to the existing due date so the patron gets their full renewal period. But for items renewed manually, they want RenewalPeriodBase set to calculate from the renewal date, though, so patrons can't renew early and lock in extra time with the item. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 52

[Bug 39748] New: Daylight savings breaks circulation
by bugzilla-daemon＠bugs.koha-community.org 24 May '26

24 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39748 Bug ID: 39748 Summary: Daylight savings breaks circulation Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com This is an odd one, but it's happening in multiple instances in the same timezone: The timezone is Africa/Cairo. They switch to daylight savings on April 25, today. This makes 2025-04-25 00:00-00:59 invalid times. It's not possible to access any patron account's details or checkouts tab. They all result in an error 500. This means that circulation is no longer possible. In the logs there is only an error from plack-error.log: Invalid local time for date in time zone: Africa/Cairo. All other tabs in the patron account work, so we think it might have something to do with some of the code shared between circulation.pl and moremember.pl. As it appears in multiple instances it doesn't appear to be data related. It could be that today's date is generated in a wrong way and used for a comparison somewhere (see bug 32232 for a similar case)? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 85

[Bug 35237] New: Duplicate ids in markup of patron card layout edit form
by bugzilla-daemon＠bugs.koha-community.org 24 May '26

24 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35237 Bug ID: 35237 Summary: Duplicate ids in markup of patron card layout edit form Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Keywords: Academy, accessibility Severity: minor Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: testopia(a)bugs.koha-community.org Tools -> Patron card creator -> Edit layout: A few pairs of radio buttons have duplicate labels: <li> <label for="page_side">Page side: </label> <input type="radio" name="page_side" id="page_side" value="F">Front <input type="radio" name="page_side" id="page_side" value="B" checked="checked">Back </li> It would be better for the "Page side" label to have no "for" attribute and for "Front" and "Back" to be labels. -- You are receiving this mail because: You are watching all bug changes.

1 24