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

[Bug 24226] New: Advanced editor - drops subfields/punctuation when manually linking authority records
by bugzilla-daemon＠bugs.koha-community.org 27 Aug '25

27 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24226 Bug ID: 24226 Summary: Advanced editor - drops subfields/punctuation when manually linking authority records Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: mkstephens(a)lancasterseminary.edu QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl In the basic editor, it is possible to manually search for an authority record and link to it while preserving the original punctuation in the bibliographic record. It is also possible to search for and link to a broader heading and the additional subfields will remain intact in the bibliographic record. If you try to do either one of these things in the advanced editor using ctrl+shift+L to get to the authority search, once you link to the authority record that you select the MARC field you are editing will be rewritten to match the corresponding field in the authority record. It would be very nice if the advanced cataloging editor would simply append the authid in $9 and leave the rest of the MARC field alone. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 39949] New: Control of authorities subjects VS authors
by bugzilla-daemon＠bugs.koha-community.org 27 Aug '25

27 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39949 Bug ID: 39949 Summary: Control of authorities subjects VS authors Change sponsored?: --- Product: Koha Version: 24.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: Felix.Jutras(a)curateur.gouv.qc.ca QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl In our governemental organism we catalog archives taht are mainly text documents. We are doing control of the authorities. This includes subject in the zones 600's and authors in the zones 100 and 700. For our needs it would be importent to make strict control on the subject authorities. But we dont want authorities for authors. To put no control on the authors. But Koha let us put strict control on authorities no matter taht is subject or authors. For our need and probably others around the world i think it would be a good idea to make a separation on the autority control on subject and authors for the next update that will be the 25.11 in next November. So We can put strict control on the subjec authorities in the 600's zones and no control on the authors in 100 and 700. I would like to have a follow-up on this subject. It can be done in the following email. Felix.Jutras(a)curateur.gouv.qc.ca -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 8

[Bug 17511] New: Authority linking subfield
by bugzilla-daemon＠bugs.koha-community.org 27 Aug '25

27 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17511 Bug ID: 17511 Summary: Authority linking subfield Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: stefan.berndtsson(a)ub.gu.se QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Currently Koha links authority records and bibliographic records using subfield 9. What is the reason behind this choice? According to the MARC21 specification, subfield 0 is "Authority record control number or standard number", which seems more logical. Usually 9 is a locally defined field, and Libris, the National Union Catalogue in Sweden, uses subfield 9 for various other things already. What would it take to make the linking subfield into a configurable option? -- You are receiving this mail because: You are watching all bug changes.

1 49

[Bug 34420] New: Add GET endpoint for listing library groups
by bugzilla-daemon＠bugs.koha-community.org 27 Aug '25

27 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34420 Bug ID: 34420 Summary: Add GET endpoint for listing library groups Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com CC: tomascohen(a)gmail.com It would be pretty handy if there was a REST API endpoint that listed library groups. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 26998] New: XSLT: In some cases () are erroneously removed from the link text (773 and others)
by bugzilla-daemon＠bugs.koha-community.org 27 Aug '25

27 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26998 Bug ID: 26998 Summary: XSLT: In some cases () are erroneously removed from the link text (773 and others) Change sponsored?: --- Product: Koha Version: unspecified 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: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org In some cases in the XSLT we have a translate function on the link text instead of the link itself (where it's supposed to be used). These cause that () in the text are not displayed and should be removed. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 18081] New: New EU General Data Protection Regulation 2018
by bugzilla-daemon＠bugs.koha-community.org 27 Aug '25

27 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18081 Bug ID: 18081 Summary: New EU General Data Protection Regulation 2018 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: new feature Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: black23(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Next year (2018) all EU countries must apply new regulations about data protection. So let's talk how to prepare Koha for this. More about regulation in english: http://www.privacy-regulation.eu/en/index.htm Mailing debate: http://lists.koha-community.org/pipermail/koha-devel/2016-November/043314.h… Main questions: - how protect private data of borrowers (Qvarn etc.) - how connect people into Koha by secure way (https/SSL, Gloo etc.) - how protect APIs access (better documentation, best practise etc.) - how drive access to private data in system (new set of permissions?) - how to track security accidents and "damage" (more logs and analyse tool?) - how to offer better support for automatic anonymization/delete of non-active borrowes and their data from system - how to declare/certify Koha as system that protect private data and respect EU regulations This topis is very important for all libraries with Koha from EU countries. But data protection and security are universal topics at this time. It can be competetive advantage for Koha too. Mike -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 53

[Bug 39614] New: Export catalog as CSV doesn't honor branch limitations
by bugzilla-daemon＠bugs.koha-community.org 27 Aug '25

27 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39614 Bug ID: 39614 Summary: Export catalog as CSV doesn't honor branch limitations Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: hebah(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org To recreate: Identify some records with multiple branch holdings. In tools, set up a CSV profile with a combination of bibliographic and item fields, for example: 001|952$c|952$a|952$f|952$7|245 >From Cataloging -> Export data, export either a bibliographic range or list of biblionumbers. Select one library branch and select "Remove items not owned by selected libraries" checkbox. Export as CSV using your CSV profile. See that file includes branches other than the one you selected. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 27378] New: Enable compliance with EU Cookie Legislation via cookie consent
by bugzilla-daemon＠bugs.koha-community.org 27 Aug '25

27 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27378 Bug ID: 27378 Summary: Enable compliance with EU Cookie Legislation via cookie consent 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: andrew.isherwood(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org This bug proposes to add the ability for a site to comply with EU Cookie Legislation if required, through the use of cookie consent. Cookie use that requires consent involves the use of "non-essential" cookies. For the implementation of this bug, we are considering all cookies set by Koha itself to be "essential", and therefore not requiring consent. "Non-essential" cookies will potentially be anything else, for example, Google Analytics tracking. This bug will provide the following: - Allow an admin to define code that requires consent to run (e.g. code that results in a non-essential cookie being set). Along with a name & description for that code, and the ability to specify whether that code requires consent before running, both in the OPAC and staff interface. - Allow a user to see exactly which cookies (essential & non-essential) may be set and which non-essential cookies they can consent to if they wish. The detail of the cookies in use is definable by a site admin. - Allow a user to consent to any non-essential cookies. - Allow a user to see which non-essential cookies they have consented to and, subsequently, remove consent if they wish. - Prevent the running of any code that causes a non-essential cookie to be set unless the user has explicitly consented to it. -- You are receiving this mail because: You are watching all bug changes.

1 249

[Bug 38729] New: Linker should consider diacritics
by bugzilla-daemon＠bugs.koha-community.org 26 Aug '25

26 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38729 Bug ID: 38729 Summary: Linker should consider diacritics Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: MARC Authority data support Assignee: januszop(a)gmail.com Reporter: januszop(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Currently, Koha linker does not pay attention to the diacritics while linking--the decision about linking is taken based on the results of search in the search engine (be it Zebra or Elasticsearch) which are diacritics insensitive. As a consequence, "Brückner, Karl" could be erroneously linked to "Bruckner, Karl", in case when "Brückner, Karl" did not exist in the authority file, or no link would be made in case when both "Brückner, Karl" and "Bruckner, Karl" existed in the authority file and LinkerModule is set to 'default'. -- You are receiving this mail because: You are watching all bug changes.

1 38

[Bug 38992] New: Add ability to see link to staged MARC file when viewing bib record & item details
by bugzilla-daemon＠bugs.koha-community.org 26 Aug '25

26 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38992 Bug ID: 38992 Summary: Add ability to see link to staged MARC file when viewing bib record & item details Change sponsored?: --- 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: jeremy.evans(a)ukhsa.gov.uk QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When viewing a bibliographic record and associated items it would be useful to have a link back to the staged MARC file that loaded that record into the catalogue. At the moment it is not always obvious how/why that record is in the catalogue if there is no linked order in the acquisitions tab. The record modification history log also does not show this information which would normally show who catalogued it originally. The link to the stage file should ideally also allow the other records in that file to appear as a list of search results. Possibly have a new Staged file tab for this information ? Or if could go under the acquisitions tab - there may or may not also be an associated order. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2