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

[Bug 26537] New: Search does not work when no term in value_builder/unimarc_field_4XX.pl
by bugzilla-daemon＠bugs.koha-community.org 26 Dec '25

26 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26537 Bug ID: 26537 Summary: Search does not work when no term in value_builder/unimarc_field_4XX.pl Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Cataloguing plugin value_builder/unimarc_field_4XX.pl has an itemtype filter. It does not work when used without a search term. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 55

[Bug 36518] New: Add unique IDs to the fieldsets of the item search form to facilitate customization
by bugzilla-daemon＠bugs.koha-community.org 26 Dec '25

26 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36518 Bug ID: 36518 Summary: Add unique IDs to the fieldsets of the item search form to facilitate customization Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Keywords: Academy Severity: enhancement Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com It would be nice if we could add some IDs to the various section of the item form to make it easier to customize with CSS. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16

[Bug 25408] New: CanBookBeReserved should check "opacitemholds" policy
by bugzilla-daemon＠bugs.koha-community.org 26 Dec '25

26 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25408 Bug ID: 25408 Summary: CanBookBeReserved should check "opacitemholds" policy Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: arthur.suzuki(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com how to reproduce : Set an issuing rule with opacitemholds set to "Force" Make a search and select multiple records Place a hold on those records (using multi-hold records) Verify hold is placed on the record (next item available) where it shouldn't! -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 146

[Bug 36261] New: Calculating OpacHiddenItems is too slow in OPAC search
by bugzilla-daemon＠bugs.koha-community.org 26 Dec '25

26 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36261 Bug ID: 36261 Summary: Calculating OpacHiddenItems is too slow in OPAC search Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org Calculating items and records hidden by OpacHiddenItems it slow. Too slow. Fortunately, I've come up with an optimization which seems to effectively eliminate the overhead added by OpacHiddenItems. Basically, instead of running 1 query per item, I run 1 query per bib to get all hidden items. It's pretty straightforward, but I'd like to battle-test it a bit more. I'm also writing this optimization for an older version of Koha, and I still have more optimizing I want to do, so I'm not going to post my patch just yet... It's coming though! -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 22

[Bug 33228] New: All charges should be displayed on the patron checkout page
by bugzilla-daemon＠bugs.koha-community.org 25 Dec '25

25 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33228 Bug ID: 33228 Summary: All charges should be displayed on the patron checkout page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: Laura.escamilla(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Currently charges are only being displayed on the patron checkout page if they are being used as a restriction. If libraries choose to not restrict patrons because of unpaid fines then the only way they can see the fines is by checking the accounting page. It would be ideal if all unpaid fees could be displayed on the checkout page. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 20

[Bug 37673] New: Floating Header Overlap Issue When Switching Tabs in Patron Record
by bugzilla-daemon＠bugs.koha-community.org 25 Dec '25

25 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37673 Bug ID: 37673 Summary: Floating Header Overlap Issue When Switching Tabs in Patron Record Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: Laura.escamilla(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Created attachment 170469 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=170469&action=e… Example of overlapping headers Steps to Reproduce: 1. Prepare the Patron Record: * Ensure you have enough items checked out and on hold to enable scrolling in both tabs. Alternatively, adjust your screen size so that scrolling is necessary. 2. Verify Checkouts Tab: * Go to the "Checkouts" tab. * Scroll through the table to observe that the table header remains consistent and fixed as you scroll. 3. Check Holds Tab: * Switch to the "Holds" tab. * Initially, the table header should appear correct. * Start scrolling and observe that the header changes from the "Holds" floating header to the "Checkouts" floating header. This is noticeable as the first column header changes from "Hold date" to "Due date." 4. Return to Checkouts Tab: * Switch back to the "Checkouts" tab. * Begin scrolling slowly and observe that the "Holds" floating header briefly overlaps with the "Checkouts" floating header. Expected Behavior: * Each tab ("Checkouts" and "Holds") should have its own distinct floating header that remains consistent with the corresponding table content while scrolling. Actual Behavior: * The floating header of the "Holds" tab briefly changes to the "Checkouts" floating header when scrolling, causing overlap between the headers. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 39593] New: Show branch hours in OPAC
by bugzilla-daemon＠bugs.koha-community.org 24 Dec '25

24 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39593 Bug ID: 39593 Summary: Show branch hours in OPAC Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org It would be great if there were a way to display the library hours defined in libraries on the OPAC library listing. Preferably in the desired format (24hr or 12hr). I am not finding any information about whether this is possible yet. -- You are receiving this mail because: You are watching all bug changes.

1 25

[Bug 39526] New: Unify syspref variable names for Elasticsearch
by bugzilla-daemon＠bugs.koha-community.org 24 Dec '25

24 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39526 Bug ID: 39526 Summary: Unify syspref variable names for Elasticsearch Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: domm(a)plix.at QA Contact: testopia(a)bugs.koha-community.org Some sysprefs are called "Elasticsearch*" (I can find 4 in the DB), and some are called "ES*" (2 in the DB). Those should probably be unified? select variable from systempreferences where variable like 'ES%' or variable like 'Elastic%' order by 1; +--------------------------------------+ | variable | +--------------------------------------+ | ElasticsearchCrossFields | | ElasticsearchIndexStatus_authorities | | ElasticsearchIndexStatus_biblios | | ElasticsearchMARCFormat | | ESBoostFieldMatch | | ESPreventAutoTruncate | +--------------------------------------+ We have more "Elasticsearch" than "ES", "Elasticsearch" is more self-documenting then "ES", and searching for "ES" in sysprefs finds a lot of false positives, so we should unify to "Elasticsearch*". -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 21

[Bug 26235] New: Allow to skip records when using bulkmarcimport.pl
by bugzilla-daemon＠bugs.koha-community.org 24 Dec '25

24 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26235 Bug ID: 26235 Summary: Allow to skip records when using bulkmarcimport.pl Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: matthias.meusburger(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz This patch allows to prevent records from being imported by bulkmarcimport.pl when a given value is present. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 10

[Bug 38936] New: Move suppressed record redirection into a sub
by bugzilla-daemon＠bugs.koha-community.org 23 Dec '25

23 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38936 Bug ID: 38936 Summary: Move suppressed record redirection into a sub 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: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Bug 28478 solved a long standing issue, but there's room for improvement: the controllers use a fairly big code block to handle redirection for suppressed records, with checks for things like `OpacSuppressionByIPRange`. This should be put into a sub. Probably `C4::Output::opac_suppression_redirect` -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 38