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

[Bug 39557] New: Normalize MARC21 XML metadata into structured MySQL database tables via Koha Plugin
by bugzilla-daemon＠bugs.koha-community.org 27 Apr '26

27 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39557 Bug ID: 39557 Summary: Normalize MARC21 XML metadata into structured MySQL database tables via Koha Plugin 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: koha(a)trust-box.at QA Contact: testopia(a)bugs.koha-community.org The proposed plugin (Koha::Plugin::HKS3::NormalizeMARC2DB) aims to normalize MARC21 XML metadata from the biblio_metadata.metadata table into structured MySQL database tables. Currently, MARC21 XML is stored as a single XML blob, making advanced querying, reporting, and integration difficult. This plugin introduces an automatic normalization step triggered by the after_biblio_action hook whenever metadata is added or modified. It splits MARC XML into normalized relational tables fully supporting repeatable fields, subfields, and indicators. Advantages: Significantly simplifies complex querying and reporting of MARC21 data. Enhances data integrity and consistency. Facilitates integration with external reporting tools, analytics, and applications. Improves database performance for MARC metadata queries. Provides clear and structured access to MARC data elements. This approach aligns with best practices for database normalization and can substantially enhance Koha's extensibility and interoperability. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 7

[Bug 39732] New: Remove MarcRecordFromNewSuggestion from C4/Suggestions.pm
by bugzilla-daemon＠bugs.koha-community.org 26 Apr '26

26 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39732 Bug ID: 39732 Summary: Remove MarcRecordFromNewSuggestion from C4/Suggestions.pm Change sponsored?: --- 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: baptiste.wojtkowski(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org See https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23990 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 13

[Bug 37829] New: Allow additional fields for bookings
by bugzilla-daemon＠bugs.koha-community.org 26 Apr '26

26 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37829 Bug ID: 37829 Summary: Allow additional fields for bookings Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: paul.derscheid(a)lmscloud.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Directly from LMSCloud's requirements: > As a Koha library, we want to be able to use configurable additional fields for bookings in order to enable patrons to provide additional information with bookings like the persons who need to be informed when the material is available or a contact person of the institution. > The additional fields will be editable and stored with the booking and should be also available in booking notifications. I think this is interesting because these use-cases seems like a perfect fit for the bookings feature. For example when working with schools or something of the like. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 45

[Bug 39872] New: Patron club holds - autocomplete does not work
by bugzilla-daemon＠bugs.koha-community.org 26 Apr '26

26 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39872 Bug ID: 39872 Summary: Patron club holds - autocomplete does not work Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: david(a)davidnind.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com When placing a hold for a patron club, the autocomplete for the patron club does not work in the same way that searching for a patron does. The text on the clubs tab says "Enter club ID or partial name". I would expect this to work the same way or similar to the patron autocomplete. What happens instead: 1. If there is only one club that matches, the hold details page is populated with the club details and members. 2. If there is more than one matching club, or you press search without any search text, it lists the available clubs. To replicate: 1. Create a patron club: 1.1 Go to Tools > Patrons and circulation > Patron clubs 1.2 Add a club template: . + New club template . Name: BOOK . Description: Template for book clubs . Save 1.3 Add a club: . + New club > BOOK . Name: SCIFI . Description: Science fiction book club . Save 2. Add a patron to the club: 2.1 Go to a patron's record, for example Mary Burton 2.2 Go to Details > Clubs tab 2.3 Click + Enroll for the SCIFI club 2.4 Click Finish enrollment to complete the enrollment 3. Place a hold for a club: 3.1 Go to any record with items, for example 'The hydrogen sonata' (biblionumber = 333) 3.2 Place a hold: Place hold 3.3 Click the clubs tab 3.4 Note that the instructions say "Enter club ID or partial name" 3.5 Start typing science or sci 3.6 Note that no values are shown, like search for a patron name does on the patrons tab 3.7 Click search 3.8 Since there is only one club, it populates the hold details page and lists the club members 3.9 Note that if you don't type anything and click search, you get a list of all clubs to choose from -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 23849] New: Update the list of sysprefs to share with Hea
by bugzilla-daemon＠bugs.koha-community.org 24 Apr '26

24 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23849 Bug ID: 23849 Summary: Update the list of sysprefs to share with Hea 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(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org We have a lot of sysprefs that are not recorded in Hea. We lack a process to keep the list up-to-date. We are going to have an updated list for 19.11. For next releases it should be a new post release task (https://wiki.koha-community.org/wiki/Post_major_release_tasks) This bug report could be reused for the next releases. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 81

[Bug 39942] New: Hold found (item is waiting and in transit) is ambiguous
by bugzilla-daemon＠bugs.koha-community.org 24 Apr '26

24 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39942 Bug ID: 39942 Summary: Hold found (item is waiting and in transit) is ambiguous Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: anneli.osterman(a)koha-suomi.fi QA Contact: testopia(a)bugs.koha-community.org Created attachment 182655 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=182655&action=e… Screenshot of the transfer dialogue When you try to transfer an item that is trapped to a hold and in transfer to another branch (to the pickup location) you will get a dialogue box that says Hold found (item is waiting and in transit) https://gitlab.com/koha-community/Koha/-/blob/main/koha-tmpl/intranet-tmpl/… This is confusing because item/hold cannot be waiting AND in transit at the same time. And the hold is actually not yet waiting in this stage. Should this be changed to a more accurate form? Something like: Hold found (item is in transit to the pickup location) -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 36039] New: Output of database_audit.pl should be accessible through UI
by bugzilla-daemon＠bugs.koha-community.org 24 Apr '26

24 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36039 Bug ID: 36039 Summary: Output of database_audit.pl should be accessible through UI Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: In Discussion Severity: enhancement Priority: P5 - low Component: About Assignee: koha-bugs(a)lists.koha-community.org Reporter: pedro.amorim(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: david(a)davidnind.com, dcook(a)prosentient.com.au, katrin.fischer(a)bsz-bw.de, martin.renvoize(a)ptfs-europe.com Depends on: 32693 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32693 [Bug 32693] The 'About Koha' page loads slowly -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 61

[Bug 34439] New: Extend Item Templates to allow for editing of existing items
by bugzilla-daemon＠bugs.koha-community.org 24 Apr '26

24 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34439 Bug ID: 34439 Summary: Extend Item Templates to allow for editing of existing items 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: lisette.scheer(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Some libraries would like to be able to use the new "Item Templates" to update items that already exist. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 9

[Bug 40392] New: Staff without create_public_lists can create public list from search results
by bugzilla-daemon＠bugs.koha-community.org 24 Apr '26

24 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40392 Bug ID: 40392 Summary: Staff without create_public_lists can create public list from search results Change sponsored?: --- Product: Koha Version: 24.11 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Lists 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 In 24.11, staff can create public lists from search results even if they don't have the create_public_lists permission put in place by Bug 13888 - 'Lists' permission should allow/disallow using the lists module in staff. To recreate: -Find or create a staff member with no permissions from the lists group -While logged in as that staff member, perform a catalog search, select the checkboxes on multiple search results, and click the 'Add to list' button -Select the 'New list' option -Note the option to set the new list to public or private - set to 'Public' -Go to Lists, and note that no Public lists tab shows (so you can't see the list you just created) -Next, log in as a staff member with edit_public_list_contents -Go to Lists, and note that the list created by the permission-less staff member shows up in Public lists -Note that the list is also visible in the OPAC -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 40099] New: Default HOLD and HOLDDGST notices should include expiration date
by bugzilla-daemon＠bugs.koha-community.org 24 Apr '26

24 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40099 Bug ID: 40099 Summary: Default HOLD and HOLDDGST notices should include expiration date Change sponsored?: --- Product: Koha Version: Main Hardware: PC OS: Windows Status: NEW Severity: enhancement Priority: P1 - high Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: hebah(a)bywatersolutions.com A common adjustment to the default hold pickup notices is to include when the patron should pick them up by; especially with branches able to configure the hold expiration via circ rule, it would be nice if that was already in the default notice. Maybe even set to use KohaDate format while we're wishing here. -- You are receiving this mail because: You are the assignee for the bug.

1 1