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

[Bug 41262] New: Duplicate import in Koha::Patron
by bugzilla-daemon＠bugs.koha-community.org 23 Jul '26

23 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41262 Bug ID: 41262 Summary: Duplicate import in Koha::Patron Initiative type: --- Sponsorship --- status: Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org There's two `use C4::Log qw( logaction );`. The newest coming from bug 26744. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 39334] New: Preserve order when saving patron attributes
by bugzilla-daemon＠bugs.koha-community.org 23 Jul '26

23 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39334 Bug ID: 39334 Summary: Preserve order when saving patron attributes Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: glasklas(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com A changed introduced in Bug 26744 affects the order in which patron attribtes are saved, so that one no longer can rely on that the attribute ids are assigned in the same order as the data was passed in. This has very minor implications in Koha itself. since attributes are sorted by other columns when retrieved. but many tests in t/db_dependent/api/v1/patrons_extended_attributes.t now fail because of this. This patch makes sure the order is preserved when saving the attributes, and tests should now work again. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 21

[Bug 39635] New: Update List::MoreUtils version in cpanfile
by bugzilla-daemon＠bugs.koha-community.org 23 Jul '26

23 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39635 Bug ID: 39635 Summary: Update List::MoreUtils version in cpanfile Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Installation and upgrade (command-line installer) Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org CC: tomascohen(a)gmail.com The currently required version of "0.21" for List::MoreUtils in the cpanfile is woefully out of date. As noted on bug 26744, we now require at least version 0.423 since we're now using the "zip6" function. While Debian/Ubuntu packages already carry suitable versions, it's good to keep track of this for people who install from CPAN. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 14

[Bug 41145] New: Logging patron attributes logs even if there's no changes
by bugzilla-daemon＠bugs.koha-community.org 23 Jul '26

23 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41145 Bug ID: 41145 Summary: Logging patron attributes logs even if there's no changes Initiative type: --- Sponsorship --- status: Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: lisette(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com Bug 26744 implemented logging for patron extended attributes. If a patron is in a batch import and the attributes are the same, it logs a change even if nothing else changed, thus making the patron logs large and unhelpful. This can be a problem for academic libraries who have automated loading processes to sync patron with their academic systems. Maybe could use the diff, if diff o=n don't log? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 34

[Bug 41244] New: Logging patron attributes logs two entries everytime a new patron account (with extended attribute values) is created
by bugzilla-daemon＠bugs.koha-community.org 23 Jul '26

23 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41244 Bug ID: 41244 Summary: Logging patron attributes logs two entries everytime a new patron account (with extended attribute values) is created Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: alexbuckley(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com Created attachment 189528 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=189528&action=e… Two action log entries when creatng a patron account When you create a new patron account (with extended attribute values included) - and the borrowersLog syspref enabled - two log entries are generated: - a Create action - a Modify action (See attached screenshot). This happens when you use the 'Import patron' tool or manually create a new patron in the staff client. Surely, only the create log entry should be generated. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 26744] New: Log changes to extended patron attributes
by bugzilla-daemon＠bugs.koha-community.org 23 Jul '26

23 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26744 Bug ID: 26744 Summary: Log changes to extended patron attributes 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: magnus(a)libriotech.no QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com It looks like changes to a patron's "extended patron attributes" are not logged, when BorrowersLog is on. They should probably be. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 96

[Bug 41963] New: OPAC list view toolbar and action buttons consume most of the screen on mobile
by bugzilla-daemon＠bugs.koha-community.org 23 Jul '26

23 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41963 Bug ID: 41963 Summary: OPAC list view toolbar and action buttons consume most of the screen on mobile Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Lists Assignee: koha-bugs(a)lists.koha-community.org Reporter: paul.derscheid(a)lmscloud.de QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl On mobile devices, the OPAC virtual shelves/lists view (opac-shelves.pl) has two problems that make it hard to use: 1. The list actions toolbar (New list, Download, Send, Print, Edit, Delete, Share, Sort) and the selections toolbar (Select all, Clear all, Place hold, Remove) are always fully expanded and sticky, consuming 7+ rows of buttons before any list content is visible. There is no way I found to collapse or dismiss them. 2. The per-item action buttons (Place hold, Save to another list, Remove from list, Add to cart) render as full-width block elements with 120% font size, taking more vertical space than the bibliographic information itself. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 20

[Bug 24911] New: Exception holidays treated as unique holidays in calendar
by bugzilla-daemon＠bugs.koha-community.org 23 Jul '26

23 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24911 Bug ID: 24911 Summary: Exception holidays treated as unique holidays in calendar Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Holidays Assignee: koha-bugs(a)lists.koha-community.org Reporter: emmi.takkinen(a)outlook.com QA Contact: testopia(a)bugs.koha-community.org When exception holiday is made it's still treated as unique holiday. Only days that aren't holidays but are included in the range of "Generate exceptions on a range of dates" are exceptions. To test: 1. Create holidays on a range e.g 23-24/3 2. Create exceptions on a range of 24-25/3 3. When editing: => 24/3 has label "Unique holiday" and is listed both in "Unique holidays" and "Exception holidays" lists => 25/3 has label "Holiday exception" and is listed only in "Exception holidays" Problems this is causing: 1. If you edit title and description of 24th day, you'll notice from holiday lists that edit only applies to unique holiday. In "Exception holidays" title and description remain the same. 2. When trying to delete 24th, only option "Delete this holiday" is given, not "Delete this exception" as it should. And if you use "Delete this holiday", unique holiday "beneath" exception gets deleted but day remains as exception holiday. Of course "Delete exceptions on range" still works and single exceptions can be deleted with it. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 34142] New: Add column sub_location to items table
by bugzilla-daemon＠bugs.koha-community.org 23 Jul '26

23 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34142 Bug ID: 34142 Summary: Add column sub_location to items table Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Database Assignee: koha-bugs(a)lists.koha-community.org Reporter: emmi.takkinen(a)koha-suomi.fi QA Contact: testopia(a)bugs.koha-community.org We should add new column sub_location to items and deleteditems table. This can be used to indicate e.g. if item has some other more specific location than permanent location. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 48

[Bug 38338] New: Add support for XOAUTH2 authentication for SMTP servers
by bugzilla-daemon＠bugs.koha-community.org 23 Jul '26

23 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38338 Bug ID: 38338 Summary: Add support for XOAUTH2 authentication for SMTP servers Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org Both Google and Microsoft have been pushing XOAUTH2 for SMTP AUTH over the traditional basic username/password authentication for some time now and we haven't really had a good answer for Koha admins. For SMTP connections in Koha, we use Email::Sender::Transport::SMTP::Persistent which uses Authen::SASL which uses libsasl2 (if available) or a pure Perl fallback. Out of the box, neither libsasl2 nor Authen::SASL::Perl provides XOAUTH2 support. However, there are a number of SASL plugins out there. I'll explain more in the comments. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 118