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

[Bug 43588] New: Add the biblio.datecreated to the detail display in Koha
by bugzilla-daemon＠bugs.koha-community.org 22 Sep '26

22 Sep '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43588 Bug ID: 43588 Summary: Add the biblio.datecreated to the detail display in Koha 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: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Target Milestone: --- Koha stores the biblio.datecreated in the DB which I'm told is a bit different than the date you can get from the 008. We should add the biblio.datecreated to the detail display. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6

[Bug 43593] New: Moving lines in marc modification templates
by bugzilla-daemon＠bugs.koha-community.org 22 Sep '26

22 Sep '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43593 Bug ID: 43593 Summary: Moving lines in marc modification templates Initiative type: --- Sponsorship --- status: Product: Koha Version: 25.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Bibliographic record staging/import Assignee: koha-bugs(a)lists.koha-community.org Reporter: catherine.micklethwaite(a)nhs.net QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- The ability to drag and drop or specify a line number when moving lines around in marc modification templates would be very useful. My largest template has over 300 lines - if I've missed something in the middle, it takes a long time using the arrow buttons to move a line to the correct place one line at a time -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 16631] New: Show groups/categories of reports to authorized staff
by bugzilla-daemon＠bugs.koha-community.org 22 Sep '26

22 Sep '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16631 Bug ID: 16631 Summary: Show groups/categories of reports to authorized staff Change sponsored?: --- Product: Koha Version: 3.22 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: gmcharlt(a)gmail.com Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org It would be helpful to have reports that are specific groups/categories to be authorized under the reports permissions in a patron account. Not everyone wants to see everyone else's reports, some are similar but are not. Some are for superlibrarians to test, and are not ready for use. It would be great if we could specify groups and even subgroups in the permissions that the staff could access, or specify all groups. All groups should be the norm for a superlibrarian. Christopher -- You are receiving this mail because: You are watching all bug changes.

1 299

[Bug 43307] New: Migrate cataloguing/moveitem.tt to use api-client.js
by bugzilla-daemon＠bugs.koha-community.org 22 Sep '26

22 Sep '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43307 Bug ID: 43307 Summary: Migrate cataloguing/moveitem.tt to use api-client.js Initiative type: --- Sponsorship --- status: 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: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 34451 Target Milestone: --- cataloguing/moveitem.tt uses raw jQuery.ajax() for DELETE calls to /api/v1/biblios/.... These need to be migrated to api-client.js for proper CSRF token handling (bug 34451). -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 9

[Bug 43590] New: Strings in parcel.tt need classes/id for better customization
by bugzilla-daemon＠bugs.koha-community.org 21 Sep '26

21 Sep '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43590 Bug ID: 43590 Summary: Strings in parcel.tt need classes/id for better customization Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: trivial 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 Target Milestone: --- In parcel.tt, we've has some requests to customize some of the strings. For example: -Can't cancel order, (%s) holds are linked with this order. Cancel holds first -Can't delete catalog record, delete other orders linked to it first -Can't delete catalog record, delete subscriptions first -Can't delete catalog record or order, cancel holds first -%s subscription(s) left" -%s hold(s) left if these had unique ID's or classes it would much better for customizing. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 43589] New: Add ability to set report download name by variables
by bugzilla-daemon＠bugs.koha-community.org 21 Sep '26

21 Sep '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43589 Bug ID: 43589 Summary: Add ability to set report download name by variables Initiative type: --- Sponsorship --- status: Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: lisette(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: lisette(a)bywatersolutions.com Target Milestone: --- it would be helpful if we could set reports to download with a name based on variables from the report. Example Report: 1 - Full Branch Shelflist SELECT * from items where items.homebranch= <<Library|branches>> This will always download as 1-Full-Branch-Shelflist-reportresults.csv but if you're running it for lots of branches, being able to set it to download as 'CPL-Full-Branch-Shelflist-reportresults' or even 'CPL-shelflist-2026-09-21' could be very helpful -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 41771] New: Diff in syspref descriptions after Bug 30331
by bugzilla-daemon＠bugs.koha-community.org 21 Sep '26

21 Sep '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41771 Bug ID: 41771 Summary: Diff in syspref descriptions after Bug 30331 Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Database Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org There is a diff in syspref's description for existing installs: # Failed test 'Comparing AutomaticRenewalPeriodBase' # at t/db_dependent/check_sysprefs.t line 135. # Structures begin differing at: # $got->{explanation} = 'Set whether the renewal date should be counted from the date_due or from the moment the Patron asks for renewal, for automatic renewals' # $expected->{explanation} = 'Set whether the renewal date should be counted from the date_due or from the moment the Patron asks for renewal, for automatic renewals ' # Failed test 'Comparing ManualRenewalPeriodBase' # at t/db_dependent/check_sysprefs.t line 135. # Structures begin differing at: # $got->{explanation} = 'Set whether the renewal date should be counted from the date_due or from the moment the Patron asks for renewal ' # $expected->{explanation} = 'Set whether the renewal date should be counted from the date_due or from the moment the Patron asks for renewal, for manual renewals ' # Looks like you failed 2 tests of 1753. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 42046] New: Bug 30331 database update is not idempotent
by bugzilla-daemon＠bugs.koha-community.org 21 Sep '26

21 Sep '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42046 Bug ID: 42046 Summary: Bug 30331 database update is not idempotent Initiative type: --- Sponsorship --- status: Product: Koha Version: 25.05 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org The DBRev for Bug 30331 is not idempotent: my $base_period = C4::Context->preference('RenewalPeriodBase'); $dbh->do( q{ UPDATE systempreferences SET variable = 'ManualRenewalPeriodBase' WHERE variable = 'RenewalPeriodBase' } ); When ran twice: "ERROR: {UNKNOWN}: DBI Exception: DBD: :db do failed: Duplicate entry 'ManualRenewalPeriodBase' for key 'PRIMARY' at /kohadevbox/koha/C4/Installer.pm line 819" -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6

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

21 Sep '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 53

[Bug 40871] New: voided payments still appear as bankable in the register
by bugzilla-daemon＠bugs.koha-community.org 21 Sep '26

21 Sep '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40871 Bug ID: 40871 Summary: voided payments still appear as bankable in the register Change sponsored?: --- Product: Koha Version: 25.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Point of Sale Assignee: koha-bugs(a)lists.koha-community.org Reporter: bdaeuber(a)cityoffargo.com QA Contact: testopia(a)bugs.koha-community.org CC: martin.renvoize(a)openfifth.co.uk When voiding a payment, the payment still appears as bankable in the register. To recreate: 1. Make sure registers are turned on and you know the current bankable amount. 2. Make a cash payment on a patron account. 3. Observe the bankable amount on that register has increased (as expected). 4. Void this payment on the patron account. 5. Note that the bankable amount has not decreased. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 11