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

[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

[Bug 38920] New: Add ability to view all item templates outside of item editing screen
by bugzilla-daemon＠bugs.koha-community.org 26 Aug '25

26 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38920 Bug ID: 38920 Summary: Add ability to view all item templates outside of item editing screen 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: sbrown(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl It would be helpful to have the ability to see all of a library's item templates, and be able to click into each to see what it includes, outside of the edit item screen. Having to click into each drop-down option from the item editing screen isn't intuitive or efficient, and makes it more likely that someone will accidentally modify a template that they only meant to view. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 39647] New: Koha incorrectly says MARC import staging failed if all bibs were skipped due to matching rules
by bugzilla-daemon＠bugs.koha-community.org 26 Aug '25

26 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39647 Bug ID: 39647 Summary: Koha incorrectly says MARC import staging failed if all bibs were skipped due to matching rules Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: emily.lamancusa(a)montgomerycountymd.gov Reporter: emily.lamancusa(a)montgomerycountymd.gov QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When staging a MARC file for import, one might choose to ignore the incoming record if a match is found in the catalog, but still process items - for example, when purchasing additional items for existing bib records. Currently, the MARC staging background job measures its progress based on how many bib records were processed, and does not account for item processing in its progress measurement at all. If 0 record were processed, it is assumed that the import failed and displayed as such. However, this is incorrect in the case where the incoming records were supposed to be ignored at the bib level and only items should be added. It is confusing to staff when they see an error message seeing that the import staging failed, when in fact it went through as intended. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 40028] New: Expand dupe checking when single bib record added to catalog
by bugzilla-daemon＠bugs.koha-community.org 26 Aug '25

26 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40028 Bug ID: 40028 Summary: Expand dupe checking when single bib record added to catalog Change sponsored?: --- Product: Koha Version: 25.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: jeanne.mauriello(a)mainlib.org QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When adding a single bib record to the catalog either as a new record or through Z39.50, expand Koha dupe checking to include LCCN (010$a) and UPC (024$a). Koha currently only checks ISBN and Title/Author during this process. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 37497] New: Macro's should be added as a cataloging tool
by bugzilla-daemon＠bugs.koha-community.org 26 Aug '25

26 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37497 Bug ID: 37497 Summary: Macro's should be added as a cataloging tool 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: esther.melander(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl The only way to access macros is to edit a record in the Advanced Editor. It would make more sense if Macros was a more explicit cataloging tool in the cataloging module or listed in Administration under Catalog. In addition, a table should be introduced that lists the macros, a description or notes field, and action buttons with edit and delete. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 35850] New: Use template wrapper for tabs: Header search forms
by bugzilla-daemon＠bugs.koha-community.org 25 Aug '25

25 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35850 Bug ID: 35850 Summary: Use template wrapper for tabs: Header search forms Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED 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 Depends on: 32571 Continuing the work of Bug 32571, I would like to update the header search form include files in the staff client to use the new WRAPPER for tabs Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32571 [Bug 32571] Use template wrapper to build tabbed components -- You are receiving this mail because: You are watching all bug changes.

1 20

[Bug 37048] New: Use template wrapper for self checkout page
by bugzilla-daemon＠bugs.koha-community.org 25 Aug '25

25 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37048 Bug ID: 37048 Summary: Use template wrapper for self checkout page Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: testopia(a)bugs.koha-community.org Depends on: 32571 Continuing the work of Bug 32571, self checkout page should be updated to use the new WRAPPER for tabs. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32571 [Bug 32571] Use template wrapper to build tabbed components -- You are receiving this mail because: You are watching all bug changes.

1 13