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

[Bug 42071] New: Suggestion does not load when viewing the suggestion
by bugzilla-daemon＠bugs.koha-community.org 28 May '26

28 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42071 Bug ID: 42071 Summary: Suggestion does not load when viewing the suggestion Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: lisette(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Bug 41857 set a single suggestion to load only on edit, so nothing loads when viewing a suggestion. To recreate: 1. Go to acquisitions 2. Go to Purchase Suggestions 3. Create a purchase suggestion (for ease of testing, select Centerville for the library) 4. On the table, click on the suggestion number 5. Observe the suggestion does not populate, including the breadcrumbs, but the url does contain the suggestion number. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 20

[Bug 40504] New: ILL requests should have ability to assign staff to manage
by bugzilla-daemon＠bugs.koha-community.org 28 May '26

28 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40504 Bug ID: 40504 Summary: ILL requests should have ability to assign staff to manage Change sponsored?: --- Product: Koha Version: 24.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: esther.melander(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: lisette(a)bywatersolutions.com, pedro.amorim(a)openfifth.co.uk, tomascohen(a)gmail.com It would be nice if staff could be assigned to manage a request. This is something available for purchase suggestions and it would be nice for ILL requests as well. It would be especially helpful for large consortia that have to manage lots of requests. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 115

[Bug 41986] New: Names in "Contact information" need more clarity
by bugzilla-daemon＠bugs.koha-community.org 28 May '26

28 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41986 Bug ID: 41986 Summary: Names in "Contact information" need more clarity Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com Bug 28633 added "First name:" to the "Contact information" on moremember.pl when there's a firstname and preferred name. (This has a number of issues when migrating patrons with non-Koha tools, but I'll put a pin in that for now.) Because people got confused why only "First name:" was appearing, bug 39587 added the "Surname:" as well (one day, I hope we can change this to "Last name:" which is more optimal for UX but oh well). At this point, we should add "Preferred name:" (if it differs from First name - see https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28633#c144) and "Middle name:". This should provide maximum clarity about which name is which. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 22

[Bug 42014] New: Patron lists tab shows blank content when no patron lists exist
by bugzilla-daemon＠bugs.koha-community.org 28 May '26

28 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42014 Bug ID: 42014 Summary: Patron lists tab shows blank content when no patron lists exist Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: paul.derscheid(a)lmscloud.de QA Contact: testopia(a)bugs.koha-community.org On the patron detail page, the "Patron lists" tab renders completely empty when no patron lists exist in the system. The tab is shown (because the borrowernumber 51 (koha) for example has manage_patron_lists permission), but the dynamically loaded content from patron-lists-tab.tt contains no HTML, both [% IF in_lists %] and [% IF available_lists && CAN_user_tools_manage_patron_lists %] evaluate to false. Other tabs follow the convention of showing an empty state message (e.g. "Patron has nothing on hold." for holds, "Patron has nothing booked." for bookings). The patron lists tab should do the same, with a message like "No patron lists. Create a new list." linking to /cgi-bin/koha/patron_lists/add-modify.pl. -- You are receiving this mail because: You are watching all bug changes.

1 24

[Bug 41989] New: addbook shows the translated interface
by bugzilla-daemon＠bugs.koha-community.org 28 May '26

28 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41989 Bug ID: 41989 Summary: addbook shows the translated interface Initiative type: --- Sponsorship --- status: Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Staff interface Assignee: jonathan.druart(a)gmail.com Reporter: jonathan.druart(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com I was navigating thought Koha and once I hit addbook the UI switched to French (my browser set Accept-Language en-GB,fr;q=0.9,es;q=0.8,en;q=0.7) I don't have the cookie lang. No idea what happened but I think the "$lang" variable in the controller might conflict with... a global $lang? I don't have time to investigate more at the moment. -- You are receiving this mail because: You are watching all bug changes.

1 29

[Bug 41360] New: Transport cost matrix assumes all transfers are disabled upon first use
by bugzilla-daemon＠bugs.koha-community.org 28 May '26

28 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41360 Bug ID: 41360 Summary: Transport cost matrix assumes all transfers are disabled upon first use Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com On a system not using transport cost matrix enable the preference UseTransportCostMatrix (if your test system has a matrix setup, back it up then DELETE FROM transport_cost;) and then go to Administration->Transport Cost Matrix (almost) All squares are red Click on one, enable and enter a cost Save In the DB: SELECT * FROM transport_cost; Note that all transfers are now forbidden. It should be possible to set the matrix without defaulting to no transfers allowed -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 24

[Bug 41393] New: Advance notices should set the reply to address
by bugzilla-daemon＠bugs.koha-community.org 28 May '26

28 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41393 Bug ID: 41393 Summary: Advance notices should set the reply to address Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Similar to bug 31281, but for the advance notices -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 18

[Bug 41558] New: Broken links to tab on opac-user
by bugzilla-daemon＠bugs.koha-community.org 28 May '26

28 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41558 Bug ID: 41558 Summary: Broken links to tab on opac-user Initiative type: --- Sponsorship --- status: Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: jonathan.druart(a)gmail.com Reporter: jonathan.druart(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 33895, 37972 We have different implemented solution to select a tab on opac-user: * a "tab" variable (from bug 37972), it's never used * several variables passed from the controller to the template, depending on the tab to select (it works and is used) * use of anchors (it does not work and is used) We should fix and standardize it. I've linked to several reports that seem to conflict with each others. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33895 [Bug 33895] Use template wrapper for tabs: OPAC user summary https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37972 [Bug 37972] Allow selection of tab in patron's summary table by query param -- You are receiving this mail because: You are watching all bug changes.

1 23

[Bug 41976] New: [Vue] LinkWrapper.vue isn't scoped properly
by bugzilla-daemon＠bugs.koha-community.org 28 May '26

28 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41976 Bug ID: 41976 Summary: [Vue] LinkWrapper.vue isn't scoped properly Initiative type: --- Sponsorship --- status: Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: jake.deery(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com When using LinkWrapper in a context that is prone towards reuse, you can end up with one link modifying another. For example, when used in a relationshipWidget, you can end up with search parameters being appended to search parameters being appended to search parameters, etc. We think the solution to copy the props to a reference, and make any alterations to said reference. If this works, we will post a patch shortly. Ta, Jake -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 22

[Bug 41838] New: Fix automatic tab selection on MARC subfield edit pages
by bugzilla-daemon＠bugs.koha-community.org 28 May '26

28 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41838 Bug ID: 41838 Summary: Fix automatic tab selection on MARC subfield edit pages Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org - Authority types -> MARC structure -> Subfields: On the list of subfields for a tag, clicking the link to a specific subfield in the first column should activate the corresponding tab on the subfield edit page. The same is true for MARC bibliographic frameworks -> MARC structure -> View subfields. -- You are receiving this mail because: You are watching all bug changes.

1 23