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

[Bug 40656] New: bookings/list.tt needs to be refactored
by bugzilla-daemon＠bugs.koha-community.org 05 Mar '26

05 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40656 Bug ID: 40656 Summary: bookings/list.tt needs to be refactored 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: paul.derscheid(a)lmscloud.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com When QAing Bug 40296 and looking at Bug 36789, I felt like it was time to clean some of the more wip bits up. This includes: - Inlined CSS - Incomprehensible logic for the table filters (sorry, that was on me) - QA complaints from Bug 36789 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 25

[Bug 40101] New: Add `Koha::Patron->can_place_holds`
by bugzilla-daemon＠bugs.koha-community.org 05 Mar '26

05 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40101 Bug ID: 40101 Summary: Add `Koha::Patron->can_place_holds` Change sponsored?: --- Product: Koha Version: Main Hardware: PC OS: Mac OS Status: NEW Severity: enhancement Priority: P1 - high Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com Some checks for patron's ability to place holds are baked in * controllers (e.g. opac-reserve.pl, request.pl) * templates (e.g. opac-reserve.tt, request.tt) We should move that logic into a reusable sub, covered with tests. My initial motivation is bug 39657 so we use this on the API, but it is a good opportunity to start cleaning up the codebase in the area as well. -- You are receiving this mail because: You are the assignee for the bug.

1 29

[Bug 39289] New: Batch extend due date tools only display the first 20 checkouts
by bugzilla-daemon＠bugs.koha-community.org 05 Mar '26

05 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39289 Bug ID: 39289 Summary: Batch extend due date tools only display the first 20 checkouts Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Tools Assignee: jonathan.druart(a)gmail.com Reporter: jonathan.druart(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 22

[Bug 38842] New: Refactor modal logic in returns.tt / returns.pl
by bugzilla-daemon＠bugs.koha-community.org 05 Mar '26

05 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38842 Bug ID: 38842 Summary: Refactor modal logic in returns.tt / returns.pl Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: koha-bugs(a)lists.koha-community.org Reporter: emily.lamancusa(a)montgomerycountymd.gov QA Contact: testopia(a)bugs.koha-community.org Depends on: 38588, 38789, 38793 The logic for displaying modals on the checkin page is badly in need of refactoring. There are 10 separate modals coded in returns.tt, plus an additional 2 modal include files. There is also at least one parameter (found) that is duplicated for completely different meanings in different contexts, and several other similar-sounding parameters in different contexts whose meaning is no longer clear without code tracing how the value was assigned. All of this leads to a lot of code duplication and error-prone code, and makes it very confusing to follow the template/controller logic when developing or debugging. We should refactor down to one modal with clear logic for filling in its contents. See also comments on bug 38588 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38588 [Bug 38588] Checkin that triggers a transfer => print slip => Internal server error https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38789 [Bug 38789] Wrong Transfer modal does not show https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38793 [Bug 38793] Transfer silently not canceled when TransfersBlockCirc = "don't block" and AutomaticConfirmTransfer = "do automatically confirm" -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 58

[Bug 38930] New: Add a permissions store for Vue apps
by bugzilla-daemon＠bugs.koha-community.org 05 Mar '26

05 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38930 Bug ID: 38930 Summary: Add a permissions store for Vue apps 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: matt.blenkinsop(a)ptfs-europe.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 We need to be able to handle permissions within Vue apps to do things like hiding action buttons or menu options -- You are receiving this mail because: You are watching all bug changes.

1 35

[Bug 33143] New: Improve handling of local covers upon upload so that they don't increase in file size while decreasing in pixel size.
by bugzilla-daemon＠bugs.koha-community.org 05 Mar '26

05 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33143 Bug ID: 33143 Summary: Improve handling of local covers upon upload so that they don't increase in file size while decreasing in pixel size. Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: egpetridis(a)yahoo.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Created attachment 147774 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=147774&action=e… Image before upload 1085x1597 pixels 24bit 430.47 KB, image/jpeg It seems that koha may increase image file size upon upload while reducing pixel size. In the attached examples, koha manages to increase image file size by 119% (430KB to 940KB) while reducing image size to 30,6% of the original, both in 24bit colour, therefore needlessly increasing database size. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 42004] New: Checkout history becomes weird after 1000 checkouts on an item
by bugzilla-daemon＠bugs.koha-community.org 05 Mar '26

05 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42004 Bug ID: 42004 Summary: Checkout history becomes weird after 1000 checkouts on an item Initiative type: --- Sponsorship --- status: 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: baptiste.wojtkowski(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com This code from issuehistory.pl looks very weird to me, in particular when you have a timestamp ordered ascendently. A temporary fix waiting for an update of the array would be to order by timestamps descending. 51 my @old_checkouts = Koha::Old::Checkouts->search( 52 { biblionumber => $biblionumber }, 53 { 54 join => 'item', 55 order_by => 'timestamp', 56 rows => 1000, 57 } 58 )->as_list; Steps to reproduce : 1 - Add 1000+ checkouts 2 - visit issuehistory.pl -> the last issues are not on top. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 39894] New: Bookings not also correctly set to the beginning or end of each day
by bugzilla-daemon＠bugs.koha-community.org 05 Mar '26

05 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39894 Bug ID: 39894 Summary: Bookings not also correctly set to the beginning or end of each day Change sponsored?: --- 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: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com I had some trouble recreating this one but here goes: To recreate: 1. In your koha-conf.xml set the timezone to: <timezone></timezone> 2. Enable bookings and make an item or itemtype bookable. 3. Place a booking and have a look at the start_date and end_date in the DB: select start_date, end_date from bookings; 4. This might look something like: 2025-05-13 02:00:00 | 2025-05-15 01:59:59 So depending on your timezone and time of day the booking end_date might creep into the next day which causes confusion. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 15261] Verify if checkout or hold request periods overlap with existing holds
by bugzilla-daemon＠bugs.koha-community.org 05 Mar '26

05 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15261 --- Comment #127 from Fridolin Somers <fridolin.somers(a)biblibre.com> --- In C4/Reserves.pm : + RevertWaitingStatus Looks like this method has be moved by Bug 40058 There is no call in patches so I think we can just remove this line. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 33430] New: Suggestions.pl with several hundred items causes a slow loading screen
by bugzilla-daemon＠bugs.koha-community.org 05 Mar '26

05 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33430 Bug ID: 33430 Summary: Suggestions.pl with several hundred items causes a slow loading screen Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: Laura.escamilla(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org The purchase suggestion management page take anywhere between 15-45 seconds to load if there are several hundred items in the suggestions table. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 117