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

[Bug 39392] New: Atomic update README uses wrong file extension
by bugzilla-daemon＠bugs.koha-community.org 28 Jul '26

28 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39392 Bug ID: 39392 Summary: Atomic update README uses wrong file extension Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: trivial 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 installer/data/mysql/atomicupdate/README says: % cp installer/data/mysql/atomicupdate/skeleton.perl installer/data/mysql/atomicupdate/bug_XXXXX.perl But that .perl should be .pl -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 16

[Bug 39154] New: About: add a warning for obsoleted sip.log
by bugzilla-daemon＠bugs.koha-community.org 28 Jul '26

28 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39154 Bug ID: 39154 Summary: About: add a warning for obsoleted sip.log Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: About Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org See 36954. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 23003] New: Accessibility improvements
by bugzilla-daemon＠bugs.koha-community.org 28 Jul '26

28 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23003 Bug ID: 23003 Summary: Accessibility improvements Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- >From the french mailing list: The Ministry of Culture published a study detailing the accessibility of different OPAC in France. There are some areas that we could improve. Koha gets a quite good score, but a 'C' is given for: 1. the "skip links" - https://www.wikiwand.com/en/Skip_link 2. No search autocomplete 3. Button to place a hold on Also they pointed out that Tanaguru gives Koha a score of 65%, we could certainly improve it. https://www.tanaguru.com/en/open-source-tools-tanaguru/ Important note: The tests have been done using the following catalogue: http://cat-bib.nimes.fr/ (Koha 17.11.13) http://www.culture.gouv.fr/Thematiques/Livre-et-Lecture/Actualites/Barometr… http://www.culture.gouv.fr/content/download/213998/2245555/version/2/file/B… -- You are receiving this mail because: You are watching all bug changes.

1 60

[Bug 40330] New: Accessibility of the OPAC Labels
by bugzilla-daemon＠bugs.koha-community.org 28 Jul '26

28 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40330 Bug ID: 40330 Summary: Accessibility of the OPAC Labels Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Accessibility Assignee: koha-bugs(a)lists.koha-community.org Reporter: nina.martinez(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: martin.renvoize(a)openfifth.co.uk, matt.blenkinsop(a)openfifth.co.uk, oleonard(a)myacpl.org Provide labels to identify all form controls, including text fields, checkboxes, radio buttons, and drop-down menus. In most cases, this is done by using the <label> element. Labels need to describe the purpose of the form control. This section of the tutorial describes how to provide labels that are properly associated with form controls. A label and a form control should be associated with each other either implicitly or explicitly. Web browsers provide the label as a larger clickable area, for example, to select or activate the control. It also ensures that assistive technology can refer to the correct label when presenting a form control. We can improve the labelling of the OPAC to provide the label as a clickable area. https://www.w3.org/WAI/tutorials/forms/labels/ -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 15

[Bug 38670] New: 773$d doesnt display in record detail page when it should
by bugzilla-daemon＠bugs.koha-community.org 28 Jul '26

28 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38670 Bug ID: 38670 Summary: 773$d doesnt display in record detail page when it should Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl To recreate: 1. Pick a framework and expose the 773$t ( title ), 773$g ( parts ), and 773$d ( Place, publisher, and date of publication ) 2. Find a record and add some data to each of the fields in step 1. 3. Notice that the 773$d won't display. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 17

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

28 Jul '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 18

[Bug 42122] New: Add ability to copy or duplicate existing MARC frameworks
by bugzilla-daemon＠bugs.koha-community.org 28 Jul '26

28 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42122 Bug ID: 42122 Summary: Add ability to copy or duplicate existing MARC frameworks Initiative type: --- Sponsorship --- status: Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: michael.adamyk(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl There isn't an easy way to duplicate existing MARC bibliographic frameworks currently. The framework you wish to copy must be exported, then imported again onto a new framework. It would be great to simply click a button to duplicate an existing framework, or when creating a new one to select "copy existing framework" for this. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 38122] New: Cannot sort holdings table by status
by bugzilla-daemon＠bugs.koha-community.org 28 Jul '26

28 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38122 Bug ID: 38122 Summary: Cannot sort holdings table by status 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 Bug 37334 will bring filtering to the holdings table status column. This bug is for the sorting of the status column. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 196

[Bug 31484] New: Renewals disabled message doesn't display all reasons why something cannot be renewed
by bugzilla-daemon＠bugs.koha-community.org 28 Jul '26

28 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31484 Bug ID: 31484 Summary: Renewals disabled message doesn't display all reasons why something cannot be renewed 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: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com There are many reasons why the renewals-disabled button might display in the issues table but not all of them will display depending on the circumstance, this can hamper librarians ability to make correct choices. For example: 1. Have an item checkout out what can be renewed at least one time BUT make that item overdue. 2. In the renewal column you'll see "0 Not allowed: overdue". That is good. 3. Have 'AllowRenewalOnHoldOverride' set to 'Don't allow' 4. Place the same item from 1-2 on hold. Make it an item level hold on that specific item. 5. Look at the issues table again, it still says "0 Not allowed: overdue". 6. The message should include some language saying the item can't be renewed becuase it is on hold AND it is overdue. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 32183] New: Purchase suggestions for logged in patron - doesn't display suggestions made by everyone
by bugzilla-daemon＠bugs.koha-community.org 27 Jul '26

27 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32183 Bug ID: 32183 Summary: Purchase suggestions for logged in patron - doesn't display suggestions made by everyone Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: david(a)davidnind.com QA Contact: testopia(a)bugs.koha-community.org If OPACViewOthersSuggestions is set to 'Show', for a logged in patron they can only see their own suggestions - not all suggestions as expected. This is working correctly on 22.05.x, but is not working on the current master. To replicate on the current master: 1. Set AnonSuggestions to 'Allow'. 2. Set OPACViewOthersSuggestions to 'Show'. 3. On the OPAC, when not logged in, add a purchase suggestion. 4. On the OPAC, log in as a patron and make a purchase suggestion. 5. Change OPACViewOthersSuggestions to "Don't show". 6. Under Your account > Purchase suggestions, you can only see your own suggestions (as expected). 6. Change OPACViewOthersSuggestions set to "Show". 7. Under Your account > Purchase suggestions, after the "Search for" input field there is a dropdown list with options: 7.1 Select "Suggested by me" and press "Go": the patron's own suggestion(s) are correctly shown. 7.2 Select "Suggested by anyone" and press 'Go': it DOESN'T show all suggestions. Identified when testing bug 20207. -- You are receiving this mail because: You are watching all bug changes.

1 4