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

[Bug 37195] New: Add ILL as option to TrackLastPatronActivityTriggers
by bugzilla-daemon＠bugs.koha-community.org 21 Jul '26

21 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37195 Bug ID: 37195 Summary: Add ILL as option to TrackLastPatronActivityTriggers Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: magnus(a)libriotech.no CC: pedro.amorim(a)ptfs-europe.com, tomascohen(a)gmail.com This has a couple of tricky aspects to it, I think. Basically, the problem is that for some patrons their only activity in the library could be to request article copies/prints through ILL. At least the way it works in Sweden, with ILL based around Libris, an ILL reques for a book would update lastseen, when the book is issued to the patron. But a request for an article copy/print would not update lastseen, because the ILL is just handled in the Libris backend, and there is no loan or other activity that is tracked today. The solution is probably to update lastseen from the Libris backend when a copy/print is marked as received, like so: $patron->update_lastseen('activity'); But that "activity" needs to be activated in TrackLastPatronActivityTriggers. Questions: - Should we add a generic "ill" activity? Or would it make sense to have e.g. "ill_loan" and "ill_copy"? - Would it be OK to have "ill" listed as an activity for TrackLastPatronActivityTriggers even if the ILL module is not activated? - Would it make sense to have an activity in TrackLastPatronActivityTriggers that perhaps does nothing out of the box, but relies on the different backends to actually call update_lastseen? Or could the ILL module itself call update_lastseen, and not rely on the backends to do it? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 34776] New: Patron messaging preferences are lost when an error occurs during new account creation
by bugzilla-daemon＠bugs.koha-community.org 21 Jul '26

21 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34776 Bug ID: 34776 Summary: Patron messaging preferences are lost when an error occurs during new account creation Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com To reproduce: 1. Create a new account but cause an error that will keep the account from saving (enter the wrong age for a category or give the patron a username that's already being used) 2. Set some patron messaging preferences 3. Try to save the account and wait for the "The following fields are wrong. Please fix them." message 4. Note that the patron messaging preference selections are gone and you need to re-select them Note, this depends on the EnhancedMessagingPreferences system preference to be enabled This is similar to Bug 26558 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 56

[Bug 39055] New: Unauthenticated are not redirected properly in reports module after login
by bugzilla-daemon＠bugs.koha-community.org 21 Jul '26

21 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39055 Bug ID: 39055 Summary: Unauthenticated are not redirected properly in reports module after login Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Staff interface 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 This seems to be a recent change in behavior. To reproduce: 1. Find/create a report, run it and copy the URL. Something like "http://localhost:8081/cgi-bin/koha/reports/guided_reports.pl?id=1&op=run" 2. Logout, or use a private browsing tab, and use the URL from above. 3. You'll be promoted to login fist, do that. 4. Once you are logged in you'll be taken to the reports home page instead of your specific report. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 80

[Bug 41997] New: Default suggester is not passed by the suggestion creation form
by bugzilla-daemon＠bugs.koha-community.org 21 Jul '26

21 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41997 Bug ID: 41997 Summary: Default suggester is not passed by the suggestion creation form 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: baptiste.wojtkowski(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Steps to reproduce, only on main. 1 - Open a form creation suggestion. 2 - With code explorer, notice that there is: <input type="hidden" id="suggestedby" name="suggestedby" value="" /> in the code 3 - Apply patch 4 - With code explorer, notice that there is: <input type="hidden" id="suggestedby" name="suggestedby" value="51" /> in the code 5 - Submit form, notice the suggester is properly written -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 21

[Bug 39970] New: REST API - Creating a patron without mandatory attribute types does not error (it should)
by bugzilla-daemon＠bugs.koha-community.org 21 Jul '26

21 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39970 Bug ID: 39970 Summary: REST API - Creating a patron without mandatory attribute types does not error (it should) Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: REST API Assignee: pedro.amorim(a)openfifth.co.uk Reporter: pedro.amorim(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org CC: tomascohen(a)gmail.com Depends on: 39334 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39334 [Bug 39334] Preserve order when saving patron attributes -- You are receiving this mail because: You are watching all bug changes.

1 21

[Bug 42084] New: Incorrect interface shown in log viewer for system preference changes
by bugzilla-daemon＠bugs.koha-community.org 21 Jul '26

21 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42084 Bug ID: 42084 Summary: Incorrect interface shown in log viewer for system preference changes Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: hammat.wele(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com The log viewer displays the OPAC interface for system preference changes. Since system preferences cannot be modified from the OPAC, the interface displayed in the logs appears to be incorrect. To reproduce: 1- Change a system preference from the staff interface. 1- Go to Administration -> System preferences. 2- Search for a preference such as AcqCreateItem (any system preference will reproduce the issue). 3- Change the value of the preference. 4- Click Save all Acquisitions preferences (or save the preference). 2- Go to the log viewer: 1- Navigate to Tools -> Log viewer. 2- Fill the form as follows: Librarian: leave empty Modules: uncheck everything except System preferences Actions: keep All actions selected Object: leave empty Info: leave empty Interface: keep All interfaces Display from: choose yesterday Display to: leave empty 3- Click Submit. ==>The log entry shows the OPAC interface. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 25

[Bug 42445] New: Remove event attributes from list creation template
by bugzilla-daemon＠bugs.koha-community.org 21 Jul '26

21 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42445 Bug ID: 42445 Summary: Remove event attributes from list creation template Initiative type: --- Sponsorship Sponsored status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal 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 Blocks: 38407 The list creation template has a couple of "onChange" event attributes which should be moved to the JS block in the footer. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38407 [Bug 38407] Eliminate event handler attributes in the staff interface -- You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 9181] Add patron messaging preferences to batch patron modification tool
by bugzilla-daemon＠bugs.koha-community.org 20 Jul '26

20 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9181 --- Comment #14 from Julia <julia.greider(a)norwichlibrary.org> --- +1 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 43115] New: Trailing punctuation being removed by XSLT detail template
by bugzilla-daemon＠bugs.koha-community.org 20 Jul '26

20 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43115 Bug ID: 43115 Summary: Trailing punctuation being removed by XSLT detail template Initiative type: --- Sponsorship --- status: Product: Koha Version: 25.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Bibliographic data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: esther.melander(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- Created attachment 202189 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=202189&action=e… Missing punctuation in the display A previous bug modified the XSLT detail template so there was more consistent display of trailing punctuation. Bug 22884 - Remove ending . from XSLT detail templates However, the template is perhaps removing punctuation that it shouldn't. For example, the trailing period after an author's middle initial in both the 100 and 700 fields. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 43112] New: Calculate days for hold reminders based on expiration
by bugzilla-daemon＠bugs.koha-community.org 20 Jul '26

20 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43112 Bug ID: 43112 Summary: Calculate days for hold reminders based on expiration Initiative type: --- Sponsorship --- status: Product: Koha Version: 25.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: holly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: martin.renvoize(a)openfifth.co.uk Target Milestone: --- Currently the holds_reminder cron is based on the date the hold was triggered, with a $days flag to specify how many days after the hold is triggered the notice should go out. Could holds_reminder use logic based on the hold expiration date? This would allow libraries to send notices x days before the hold will expire/be put back into circulation. This adds flexibility for libraries that have different hold pickup periods for different materials. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1