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

[Bug 42906] New: Update cataloguing value builders for MARC21 update 41
by bugzilla-daemon＠bugs.koha-community.org 18 Aug '26

18 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42906 Bug ID: 42906 Summary: Update cataloguing value builders for MARC21 update 41 Initiative type: --- Sponsorship --- status: 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: pasi.kallinen(a)koha-suomi.fi QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- MARC21 update 41 added "Remote sensing image" to 008 maps, and "4K Ultra HP Blu-Ray disc" to 007 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 41191] New: Multiselect in borrower attributes
by bugzilla-daemon＠bugs.koha-community.org 18 Aug '26

18 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41191 Bug ID: 41191 Summary: Multiselect in borrower attributes Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com I know that it is possible to make a patron attribute repeatable, but I am wondering if it would be possible or beneficial if a patron attribute, if assigned to an authorized value, could it be made so that you could multiselect from that list, like we do with the library limitations, and have those values stored in the field with the separator? This would give us the option of using repeatable fields or having one with multiple choices, and taking up less real estate on the screen if many selections are made/needed. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 42064] New: Add ability to specify a default value for patron attributes by category
by bugzilla-daemon＠bugs.koha-community.org 18 Aug '26

18 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42064 Bug ID: 42064 Summary: Add ability to specify a default value for patron attributes by category Initiative type: --- Sponsorship --- status: Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: michael.adamyk(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com Some libraries use patron attributes to track statistics that are always the same for some of their patron categories, but other categories need the ability to select from a list of attributes. I don't know how difficult this would be, but one option might be for under patron attribute settings, have a dynamic display that would list all patron attributes that are available for patrons of this category. For each it would have either a free text field (for uncontrolled attributes) or a dropdown (if controlled by an authorised value) that would allow entering a default for this patron category only. Likely would depend on either bug 22730 or 20682, though I'd need a developer to confirm that. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 43322] New: Have all check-outs default to on-site by default
by bugzilla-daemon＠bugs.koha-community.org 18 Aug '26

18 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43322 Bug ID: 43322 Summary: Have all check-outs default to on-site by default Initiative type: --- Sponsorship --- status: Product: Koha Version: 25.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: esther.melander(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com Target Milestone: --- There is not a way to make all checkouts in the system default to on-site. If the system preference OnSiteCheckoutAutoCheck is set to enable, the user has to intentionally select on-site for the first checkout in order for subsequent checkouts to default to on-site. But this only works for the current patron. When the next patron borrows materials, the box has to be checked again. This adds an extra step for some libraries that ONLY do on-site checkouts for every transaction. It would be nice if there was an option to have ALL checkouts for all patrons default to on-site without this extra step. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 43323] New: Regression: Previous patron search is restored when Save configuration state is enabled
by bugzilla-daemon＠bugs.koha-community.org 18 Aug '26

18 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43323 Bug ID: 43323 Summary: Regression: Previous patron search is restored when Save configuration state is enabled Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: hammat.wele(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com Target Milestone: --- Description In 26.05.01, with Bug 41604 applied, when 'Save configuration state on page change' is enabled for the memberresultst table, patron search does not work properly: the previous patron search is restored. Steps to reproduce 1- Apply Bug 41604 2- Go to Administration -> Table settings 3- Find the memberresultst table used for patron search 4- Enable Save configuration state on page change 5- Disable Save search state on page change 6- Go to the patron search page 7- Search for Henry ==> The results for Henry are displayed 8- Search for another patron, for example Delgado ==> The previous results for Henry are restored -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 43328] New: Vendor contacts options needs a new category for invoice/finance contact
by bugzilla-daemon＠bugs.koha-community.org 18 Aug '26

18 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43328 Bug ID: 43328 Summary: Vendor contacts options needs a new category for invoice/finance contact Initiative type: --- Sponsorship --- status: Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: jeremy.evans(a)ukhsa.gov.uk QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- Created attachment 203735 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=203735&action=e… Screenshot showing the current Acquisition contact options (Koha 25.11) The Vendor contact options needs a new option to specify a particular contact as the default for invoicing/finance queries. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 43327] New: Vendor contacts email address field is not clickable on vendor details
by bugzilla-daemon＠bugs.koha-community.org 18 Aug '26

18 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43327 Bug ID: 43327 Summary: Vendor contacts email address field is not clickable on vendor details Initiative type: --- Sponsorship --- status: Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: jeremy.evans(a)ukhsa.gov.uk QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- When viewing the vendor details screen the contact email addresses are not clickable hyperlinks. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 42789] New: EDI ORDRSP: Item and suggestion status not updated when order line cancelled by supplier
by bugzilla-daemon＠bugs.koha-community.org 18 Aug '26

18 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42789 Bug ID: 42789 Summary: EDI ORDRSP: Item and suggestion status not updated when order line cancelled by supplier Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org When an EDI ORDRSP message cancels an order line, Koha marks the order status to 'cancelled' but does not update the status of associated items or purchase suggestions. Items created as part of the acquisition (on-order items) retain their existing status, which can prevent holds from being placed or fulfilled. Similarly, any purchase suggestion that drove the original order is not updated to reflect that the order has been cancelled, leaving suggestions in a misleading state. Customer reports confirm that in some configurations items are being deleted on cancellation, causing holds to fail. The correct behaviour â whether to delete, update status, or transfer holds â needs to be defined and implemented consistently for the EDI cancellation code path, matching the behaviour of manual cancellation via the acquisitions UI. The processing logic is in Koha/EDI.pm, process_ordrsp() (~line 199-248). Test plan: 1. Create an order with associated on-order items and/or a linked suggestion. 2. Place a hold on one of the on-order items. 3. Receive an EDI ORDRSP cancellation for that order line and run edi_cron.pl. 4. Confirm the order line is marked cancelled. 5. Confirm on-order items are handled appropriately (status updated / holds transferred). 6. Confirm any linked suggestion is returned to a pending/unfulfilled state. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 24

[Bug 41563] New: Tidy kohaTable block - acqui
by bugzilla-daemon＠bugs.koha-community.org 18 Aug '26

18 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41563 Bug ID: 41563 Summary: Tidy kohaTable block - acqui Initiative type: --- Sponsorship --- status: Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: jonathan.druart(a)gmail.com Reporter: jonathan.druart(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Blocks: 41324 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41324 [Bug 41324] Tidy kohaTable block -- You are receiving this mail because: You are watching all bug changes.

1 67

[Bug 14962] Temp Shelving Location / On Display Module
by bugzilla-daemon＠bugs.koha-community.org 18 Aug '26

18 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14962 --- Comment #368 from Jake Deery <jake.deery(a)openfifth.co.uk> --- Created attachment 203717 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=203717&action=e… Bug 14962: DBIC - DO NOT PUSH -- You are receiving this mail because: You are watching all bug changes.

1 0