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

[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 38122] New: Cannot sort holdings table by status
by bugzilla-daemon＠bugs.koha-community.org 27 Jul '26

27 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 27 Jul '26

27 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

[Bug 39565] New: OPACVirtualCard system preferences should not be in Suggestions section
by bugzilla-daemon＠bugs.koha-community.org 27 Jul '26

27 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39565 Bug ID: 39565 Summary: OPACVirtualCard system preferences should not be in Suggestions section Change sponsored?: --- Product: Koha Version: 24.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: aude.charillon(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com OPACVirtualCard and OPACVirtualCardBarcode are currently in the OPAC > Suggestions section. This doesn't make sense, as this section groups together preferences related to purchase suggestions. OPACVirtualCard and OPACVirtualCardBarcode should be moved to a more relevant section with the OPAC preferences, likely Features. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 23

[Bug 26279] New: Bridge 3D item type image is there twice
by bugzilla-daemon＠bugs.koha-community.org 27 Jul '26

27 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26279 Bug ID: 26279 Summary: Bridge 3D item type image is there twice Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Bug 23148 changed the images for the Bridge collection. One image is there twice: realia.png and 3D_art.png (the bust). The names are different, but the image is the same. I would remove one of the two. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 34814] New: Limiting item editing to library or library group disables choosing items from record's details page
by bugzilla-daemon＠bugs.koha-community.org 27 Jul '26

27 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34814 Bug ID: 34814 Summary: Limiting item editing to library or library group disables choosing items from record's details page Change sponsored?: --- Product: Koha Version: 23.05 Hardware: All OS: All Status: NEW Severity: major Priority: P4 Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: anneli.osterman(a)koha-suomi.fi QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Depends on: 20256 Bug 20256 adds the ability to limit editing items per library or library group. I noticed that if you are limiting the editing per library group you lose the ability to choose items on record details page. This is enabled in StaffDetailItemSelection. You cannot choose your own items either. It would be ok not to choose items that you cannot edit/delete but if you cannot choose your own items it is a big disadvantage. You cannot choose multiple items and do batch edits or deletes to them from details page. I tested the feature in PTFS Europe's sandbox (v. 23.06). Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20256 [Bug 20256] Add ability to limit editing of items to home library or library group -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 9

[Bug 38425] New: Add links to full texts based on identifiers
by bugzilla-daemon＠bugs.koha-community.org 27 Jul '26

27 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38425 Bug ID: 38425 Summary: Add links to full texts based on identifiers 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: alexander.wagner(a)desy.de QA Contact: testopia(a)bugs.koha-community.org Marc21 allows to add persistent identifiers to `024 7?` by means of subfields `$2` and `$a`. E.g. one could give the DOI of an eBook as ``` 024 7_ $2doi $a 10.000/123.456.789 ``` For `$2` the LoC refers to the list of standard identifiers, that is actually quite long: https://www.loc.gov/standards/sourcelist/standard-identifier.html Currently, it seems Koha creates a link only if there is a URL in `856 4_` which requires duplication of data. Especially of scientific libraries it would be helpful if ids pointing to "well known" services that assign PIDs would also trigger such a display to point the users to the full texts. The most relevant in this context seem to be: - DOI - PMID - PMC - arXiv - handle - urn In other contexts OpenLibrary was also mentioned. -- You are receiving this mail because: You are watching all bug changes.

1 29

[Bug 33780] New: Multi-line TT comment: [%% item.object.itemnotes.replace('\n', '
by bugzilla-daemon＠bugs.koha-community.org 27 Jul '26

27 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33780 Bug ID: 33780 Summary: Multi-line TT comment: [%% item.object.itemnotes.replace('\n',' Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Keywords: Academy Severity: trivial Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org TT comments broken on multiple lines will lead to artifacts in the po files. Better to use a format that keeps them on one line or enclose each line in [%% ... %%] koha-tmpl/intranet-tmpl/prog/en/modules/catalogue/detail.tt:581 [%% item.object.itemnotes.replace('\n',' -- You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 39740] New: Follow-up for bug 36932
by bugzilla-daemon＠bugs.koha-community.org 27 Jul '26

27 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39740 Bug ID: 39740 Summary: Follow-up for bug 36932 Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz See 36932. Adjust handling of dev_install, gitified_install etc. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 92