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

[Bug 42111] New: Update various admin pages to use grid layout for forms - Part 1
by bugzilla-daemon＠bugs.koha-community.org 15 Oct '26

15 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42111 Bug ID: 42111 Summary: Update various admin pages to use grid layout for forms - Part 1 Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools 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: 41823 - Administration -> Additional fields - Administration -> Audio alerts - Administration -> Cities and Towns - Administration -> Classification configuration 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 21

[Bug 35142] New: Koha::Util::oclc_number should be removed in favor of Koha::Biblio::Metadata::Extractor
by bugzilla-daemon＠bugs.koha-community.org 15 Oct '26

15 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35142 Bug ID: 35142 Summary: Koha::Util::oclc_number should be removed in favor of Koha::Biblio::Metadata::Extractor Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart+koha(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 30678, 34828 See bug 34828. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30678 [Bug 30678] Add OCLC_NO as option to OPACSearchForTitleIn https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34828 [Bug 34828] Add Koha::Biblio::Metadata::Extractor* classes -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 45

[Bug 42566] New: Remove C4::Koha::GetNormalizedUPC in favor of MetadataExtractor
by bugzilla-daemon＠bugs.koha-community.org 15 Oct '26

15 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42566 Bug ID: 42566 Summary: Remove C4::Koha::GetNormalizedUPC in favor of MetadataExtractor Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 34828 C4::Koha::GetNormalizedUPC duplicates logic already available via Koha::Biblio::Metadata::Extractor (Bug 34828) and exposed as $biblio->normalized_upc. The implementations are semantically identical (same fields, same indicator check, same normalization logic). This bug removes GetNormalizedUPC and migrates all callers to use either $biblio->normalized_upc or the extractor directly. Callers to migrate: - C4::Search (only has MARC::Record, use extractor directly) - C4::ShelfBrowser (has $biblio) - opac-shelves.pl, opac-user.pl, opac-showreviews.pl (have $biblio) - virtualshelves/shelves.pl (has $biblio) Depends on Bug 34828. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34828 [Bug 34828] Add Koha::Biblio::Metadata::Extractor* classes -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 20

[Bug 40272] New: Add an alert for incorrect (MARC21) fixed-length control fields
by bugzilla-daemon＠bugs.koha-community.org 15 Oct '26

15 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40272 Bug ID: 40272 Summary: Add an alert for incorrect (MARC21) fixed-length control fields Change sponsored?: --- Product: Koha Version: Main 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: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org This proposal adds an alert when opening the MARC basic editor while a control field (005-008) has an incorrect length. Note that some historical bugs may have caused 008 fields to be shorter than 40 positions. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 36

[Bug 42567] New: Remove C4::Koha::GetNormalizedEAN in favor of MetadataExtractor
by bugzilla-daemon＠bugs.koha-community.org 15 Oct '26

15 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42567 Bug ID: 42567 Summary: Remove C4::Koha::GetNormalizedEAN in favor of MetadataExtractor Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 42566 C4::Koha::GetNormalizedEAN duplicates logic that belongs in the MetadataExtractor pattern (Bug 34828). This bug adds get_normalized_ean to the flavor-specific extractors: - MARC21: 024$a with indicator 1 = 3 - UNIMARC: 073$a Then exposes it as $biblio->normalized_ean and migrates all callers. Callers to migrate: - C4::Search - C4::ShelfBrowser - opac-shelves.pl, opac-user.pl, opac-showreviews.pl - virtualshelves/shelves.pl Depends on Bug 42566. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42566 [Bug 42566] Remove C4::Koha::GetNormalizedUPC in favor of MetadataExtractor -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 21

[Bug 42569] New: Refactor Koha::Biblio->get_coins to use MetadataExtractor
by bugzilla-daemon＠bugs.koha-community.org 15 Oct '26

15 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42569 Bug ID: 42569 Summary: Refactor Koha::Biblio->get_coins to use MetadataExtractor Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 42567 Koha::Biblio->get_coins contains inline MARC parsing that extracts authors, title, ISBN, ISSN, publisher, year, and pages from the record in a flavor-dependent way (MARC21 vs UNIMARC) to build a COinS/OpenURL string. This should be refactored to use the MetadataExtractor pattern: - Add extraction methods for the fields get_coins needs (authors, title, publication info, host record info) - Simplify get_coins to call the extractor and assemble the OpenURL string This is a larger refactoring than the single-field extractions (OCLC, UPC, EAN) since get_coins extracts multiple fields with conditional logic based on leader values. Depends on Bug 42567. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42567 [Bug 42567] Remove C4::Koha::GetNormalizedEAN in favor of MetadataExtractor -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 11

[Bug 26197] New: Using Rancor while cataloging doesn't appear to check for existing records
by bugzilla-daemon＠bugs.koha-community.org 15 Oct '26

15 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26197 Bug ID: 26197 Summary: Using Rancor while cataloging doesn't appear to check for existing 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: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Upon testing this, while cataloging a new record using the basic editor Koha will find a duplicate record existing in Koha but didn't find the same duplicate using the Advanced Editor. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 10

[Bug 43733] New: Option to hide the cataloging search
by bugzilla-daemon＠bugs.koha-community.org 15 Oct '26

15 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43733 Bug ID: 43733 Summary: Option to hide the cataloging search Initiative type: --- Sponsorship --- status: 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: mathsabypro(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Target Milestone: --- Searching the reservoir is unnecessary for a number of libraries and hinders the use of Koha. Koha's general search bar should be configurable (perhaps via a system preference?) to hide the "cataloging" search that queries the reservoir. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 37557] New: Hiding whole fields in MARC bibliographic frameworks
by bugzilla-daemon＠bugs.koha-community.org 15 Oct '26

15 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37557 Bug ID: 37557 Summary: Hiding whole fields in MARC bibliographic frameworks Change sponsored?: --- Product: Koha Version: 23.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: bibliotheca(a)klastervyssibrod.cz QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl I based a new MARC bibliographic framework on the default one and don´t need most of the fields there, but do not want to delete them, because it´s possible that I´ll want to use them in the future, so I would rather just hide them. But unluckily it´s only possible to hide the subfields one by one and the whole field disappears only after I hid all of the corresponding subfields - which takes very much time to do and is pretty tedious. So what I suggest is to make it possible to hide whole fields in a MARC bibliographic framework with one click (or even to be able to select more of them at once and then hide them all) without having to hide all the subfields one by one first. (By hiding I mean to uncheck all the visibility options by a subfield, or to check the "Flagged" option there.) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 7

[Bug 43190] New: Staff with only fast_cataloging permission no longer directed to 'Add item' screen when creating a Fast Add record from checkout
by bugzilla-daemon＠bugs.koha-community.org 15 Oct '26

15 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43190 Bug ID: 43190 Summary: Staff with only fast_cataloging permission no longer directed to 'Add item' screen when creating a Fast Add record from checkout Initiative type: --- Sponsorship --- status: Product: Koha Version: 26.05 Hardware: All OS: All Status: NEW Keywords: regression Severity: normal 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 Target Milestone: --- In 26.05, a staff member who only has the Fast cataloging (fast_cataloging) permission under the Edit catalog (Modify bibliographic/holdings data) (editcatalogue) umbrella is no longer directed to the Add item screen after creating a Fast Add bib from the checkout screen. To recreate: -Find/create a staff member with full circulation permissions, and only fast_cataloging from the editcatalogue group. -As that staff member, try to check out a nonsense barcode to a patron. -Click the '+Add record using fast catalog' button. -Add bib information, then save the record. -Note that you're returned to the bib detail screen for the bib you just created instead of the 'Add item' screen. From here, the staff member can only add an item by clicking Edit > Manage items. On that screen, the barcode they originally entered isn't pre-populated, and they aren't returned to the checkout screen once the item is added. Staff with the top-level editcatalogue permissions don't appear to have a change in behavior from 25.11: from using '+Add record using fast catalog' at checkout, they can create a fast add bib and then are directed to the 'Add item' screen with the barcode pre-populated. Once they save the item, they're returned to the checkout screen, and the item checks out automatically. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3