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

[Bug 30312] New: letter.pl All libraries selection should only show All libraries
by bugzilla-daemon＠bugs.koha-community.org 28 Apr '26

28 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30312 Bug ID: 30312 Summary: letter.pl All libraries selection should only show All libraries Change sponsored?: --- Product: Koha Version: 21.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org This page drives me nuts. It would be appreciated if the "All libraries" selection would only show the templates that are for (All libraries). Maybe it should be changed to "Defaults" to show (All libraries), and have the (All libraries) show everything. Either way, it would be helpful to change this so you could see it one way or the other. The way it is now is maddening. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11

[Bug 10190] Overdue notice triggers based on item type
by bugzilla-daemon＠bugs.koha-community.org 27 Apr '26

27 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10190 --- Comment #680 from Victor Grousset/tuxayo <victor(a)tuxayo.net> --- Comment on attachment 196868 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=196868 Bug 10190: fix failing Permissions.t and overhaul CirculationTriggers Cypress spec Review of attachment 196868: --> (https://bugs.koha-community.org/bugzilla3/page.cgi?id=splinter.html&bug=101…) ----------------------------------------------------------------- ::: t/Koha/Auth/Permissions.t @@ +25,5 @@ > use_ok('Koha::Auth::Permissions'); > > +# Remove the deprecated edit_notice_status_triggers permission (bug 10190). > +# It may still be present in DBs that pre-date the atomic update. > +C4::Context->dbh->do(q|DELETE FROM permissions WHERE code = 'edit_notice_status_triggers'|); Is there a valid scenario with ending up of running tests on a non upgraded DB? Besides the test file isn't in db_dependent so it's supposed to be able to run without the DB started. (it doesn't run, even without these changes, so that issue was there before ^^") -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 25390] New: Login box is removed from opac-main.tt if Shibboleth or CAS is enabled
by bugzilla-daemon＠bugs.koha-community.org 27 Apr '26

27 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25390 Bug ID: 25390 Summary: Login box is removed from opac-main.tt if Shibboleth or CAS is enabled Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org On the OPAC main page (opac-main.tt) if CAS or Shibboleth are enabled than we remove the login box on the right side of the page (#login). I am wondering if this is necessary: 1. It does not remove local login functionality as you can still login via the modal in the top right corner. 2. In multi library systems this can be a problem as some might use a SSO service while others would like to see the login box on the right side. 3. Maybe it would be simpler to keep the login box regardless of sign in method and hide it via CSS for libraries that don't want it? -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 42305] New: Update label creator pages to use grid layout for forms
by bugzilla-daemon＠bugs.koha-community.org 27 Apr '26

27 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42305 Bug ID: 42305 Summary: Update label creator pages to use grid layout for forms Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: david(a)davidnind.com, jzairo(a)bywatersolutions.com, testopia(a)bugs.koha-community.org Depends on: 41823 - Cataloging -> Label creator -> Label batches - Cataloging -> Label creator -> Label layouts - Cataloging -> Label creator -> Label templates - Cataloging -> Label creator -> Printer profiles - Cataloging -> Label creator -> Print barcode range - Cataloging -> Quick spine label creator - Cataloging -> Barcode image generator Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41823 [Bug 41823] Update acquisitions admin pages to use grid layout for forms -- You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 39961] New: koha-create doesn't start all queues
by bugzilla-daemon＠bugs.koha-community.org 27 Apr '26

27 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39961 Bug ID: 39961 Summary: koha-create doesn't start all queues Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Installation and upgrade (command-line installer) Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: tomascohen(a)gmail.com To reproduce: 1. Run: $ ktd --shell k$ sudo koha-create --create-db test => FAIL: No mention to `long_tasks`: ``` Koha instance is empty, no staff user created. Restarting Apache httpd web server: apache2. Starting Koha worker daemon for test (default):. Starting Koha indexing daemon for test:. ``` -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 24

[Bug 42480] New: listAdditionalFields needs parameters to link to specific object
by bugzilla-daemon＠bugs.koha-community.org 27 Apr '26

27 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42480 Bug ID: 42480 Summary: listAdditionalFields needs parameters to link to specific object Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: tomascohen(a)gmail.com I can create Additional fields for invoices, baskets, order lines, libraries, etc., but the listAdditionalFields in API returns every additional field in existence. It does not give you a way to call up a specific additional field for a specific object. How does one target just the additional fields for a specific library? How do you target a specific additional field for that library? The API needs more parameters for listAdditionalFields. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 27785] New: Point of sale needs a note field
by bugzilla-daemon＠bugs.koha-community.org 27 Apr '26

27 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27785 Bug ID: 27785 Summary: Point of sale needs a note field Change sponsored?: --- Product: Koha Version: 19.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org In the patron account, when making a payment, you have a note field. This note field was left off the Point of sale interface. This is REALLY NEEDED. We have a payment type of Check that we offer because, we accept checks. It is this note field where we record the check number. WE REALLY NEED THIS NOTE FIELD! -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 40308] New: New Perl Class (Koha::ExternalContent::OCLC) for integrating with OCLC's APIs
by bugzilla-daemon＠bugs.koha-community.org 27 Apr '26

27 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40308 Bug ID: 40308 Summary: New Perl Class (Koha::ExternalContent::OCLC) for integrating with OCLC's APIs Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Authority data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: a.roussos(a)dataly.gr QA Contact: testopia(a)bugs.koha-community.org Background information ---------------------- OCLC recently [1] started offering a Linked Data (LD) [2] API [3] that allows looking up Dewey Decimal Classification (DDC) numbers [4] in order to obtain unique URIs/URLs and Descriptions for a particular DDC (or range). In addition to API searches, a smaller subset of the LD can also be browsed online in a hierarchical manner [5]. This is just one from a large set of APIs offered by OCLC [6]. Reasoning behind this Bug report -------------------------------- We believe that Koha users who include DDC numbers in their authority cataloguing would benefit from an integration with the OCLC Dewey LD API that would allow them to easily look up DDCs in exchange for LD URIs/URLs and Descriptions. To this end, we propose the addition of a new Perl Class that will offer this functionality (Koha::ExternalContent::OCLC). Initially, the class will offer functions for issuing API access tokens and for looking up DDC URIs/URLs and Descriptions on the Dewey LD API. In the future, more code be added to the class to allow for integration with more OCLC APIs. This Bug report will also include a command-line tool that will enable users to update their authorities with OCLC Linked Data en masse, useful for authority records that already contain DDC information. Three new authority Framework plugins that will use the functions offered by the new Perl Class will be added as separate Bug reports. These offer the ability to look up DDCs with a single mouse click while inside the Authorities module cataloguing editor. Finally, we propose the addition of four new System Preferences that control the integration with the OCLC Dewey Linked Data API, namely: - OCLCAPIWSKeyClientID: Stores the client ID component of your OCLC API WSKey - OCLCAPIWSKeyClientSecret: Stores the client secret component of your OCLC API WSKey - OCLCDeweyLinkedDataAPI: Basically an On/Off "switch" for the lookup service - OCLCDeweyLinkedDataLanguage: Sets the language of the DDC description to be fetched References: [1] https://www.oclc.org/en/news/releases/2024/20240815-uniform-resource-identi… [2] https://www.oclc.org/en/linked-data.html [3] https://developer.api.oclc.org/dewey-ld [4] https://www.oclc.org/content/dam/oclc/dewey/versions/print/intro.pdf [5] https://entities.oclc.org/worldcat/ddc/ [6] https://www.oclc.org/developer/api/oclc-apis.en.html -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17

[Bug 40489] New: "Sort this list by" has different options for "Private" lists vs "Public" lists
by bugzilla-daemon＠bugs.koha-community.org 27 Apr '26

27 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40489 Bug ID: 40489 Summary: "Sort this list by" has different options for "Private" lists vs "Public" lists Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Lists Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Most of the options are the same but "Private" lists has "Copyrightdate" while "Public" lists have "Publication year". -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 40312] New: Lists are not sortable
by bugzilla-daemon＠bugs.koha-community.org 27 Apr '26

27 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40312 Bug ID: 40312 Summary: Lists are not sortable Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Lists Assignee: koha-bugs(a)lists.koha-community.org Reporter: T.Reimann95(a)gmx.de QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl To verify: In staff client, create a list with several items and display it. CLick on a title of a column. Actual Results: no changes Expected Results: The column and the table is sorted Additional Information: started after update on 25.05 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 9