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

[Bug 40787] New: Plugins buttons misaligned when search box is enabled
by bugzilla-daemon＠bugs.koha-community.org 28 May '26

28 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40787 Bug ID: 40787 Summary: Plugins buttons misaligned when search box is enabled Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org The buttons in the plugins home page ("Upload plugin" and "View plugins by class") become misaligned when you have the git repository search bar. To recreate: 1. Go to Administration > Manage plugins --> Page looks fine, buttons are aligned nicely 2. Add a github/gitlab repository in koha-conf.xml - In ktd shell, open /etc/koha/sites/kohadev/koha-conf.xml - Somewhere under <config> insert the following (or your own) <plugin_repos> <repo> <name>Solutions inLibro</name> <org_name>inLibro</org_name> <service>github</service> </repo> </plugin_repos> - Save the file - restart_all 3. Repeat step 1 (hard refresh page) --> Buttons are misaligned -- You are receiving this mail because: You are watching all bug changes.

1 26

[Bug 41444] New: Fetch transfers directly for search results
by bugzilla-daemon＠bugs.koha-community.org 28 May '26

28 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41444 Bug ID: 41444 Summary: Fetch transfers directly for search results Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org When processing items for display in search Results we fetch the item object and call get_transfers When maxItemsInSearchResults is raised to a higher number, say 50, common in consortia to display correct info for many branches this can have a large impact on search speed. Ultimately, perhaps, we should index the transfer status, but it seems to benefit us to fetch the transfers directly here as we don't use the object for anything else at this point in the code. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 20

[Bug 41496] New: Item Search Copy sharable Link not working
by bugzilla-daemon＠bugs.koha-community.org 28 May '26

28 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41496 Bug ID: 41496 Summary: Item Search Copy sharable Link not working Initiative type: --- Sponsorship --- status: Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: lisette(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org In the item search results, there's 2 links for sharing a link to the results. The one above the table next to "edit item search" works correctly. The one inside the table does not work correctly unless you change column visibility within the columns dropdown. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 19

[Bug 41675] New: Username value is ignored in quick-add form
by bugzilla-daemon＠bugs.koha-community.org 28 May '26

28 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41675 Bug ID: 41675 Summary: Username value is ignored in quick-add form Initiative type: --- Sponsorship --- status: Product: Koha Version: 25.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: hans.palsson(a)hkr.se QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com When adding a patron with the quick-add form any value entered into the Username field is ignored. Instead a value based on first and last name (i.e. john.travolta) is stored. This should not be done, if entered the value should be stored as it is done using the New Patron form. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 22

[Bug 41904] New: "Use of uninitialized value..." warning in del_message.pl
by bugzilla-daemon＠bugs.koha-community.org 28 May '26

28 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41904 Bug ID: 41904 Summary: "Use of uninitialized value..." warning in del_message.pl Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Patrons Assignee: roman.dolny(a)jezuici.pl Reporter: roman.dolny(a)jezuici.pl QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com The warning [WARN] Use of uninitialized value in string eq at /kohadevbox/koha/circ/del_message.pl line 54. appears in plack-intranet-error.log To reproduce in KTD: 1. Observe plack-intranet-error.log 2. Search for any patron and go to "Check out" tab. 3. Add message for patron. Added message is shown in "Message" area with "Edit" and "Delete" links. 4. Click "Delete" and confirm modal. 5. Warning appears in plack-intranet-error.log -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 41958] New: Rename BibTex to BibTeX (with a capital X) for the staff interface cart and list download options (to match the OPAC)
by bugzilla-daemon＠bugs.koha-community.org 28 May '26

28 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41958 Bug ID: 41958 Summary: Rename BibTex to BibTeX (with a capital X) for the staff interface cart and list download options (to match the OPAC) Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Staff interface 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 In the staff interface, the name of the download option for the cart and lists is BibTex (notice the lowercase X). In the OPAC, the name is BibTeX (notice the capital X). In the staff interface these should be named the same as the OPAC - BibTeX (see https://www.bibtex.org/) To reproduce: 1. Log in to the staff interface and search for a term that returns results. 2. Add some records from the results to the cart (select records, click 'Add to cart'). 3. Add some records from the results to a new public list (select records, Add to list > New list > Name list > make it a public list > Save). 4. Note the download options for the cart and the spelling: Cart > Download > BibTex. 5. Note the download options for lists and the spelling: Lists > Public lists > select the list > Download list > BibTex 6. Go to the OPAC and search for a term that returns results. 7. Add some records from the results to the cart (select records, click 'Add to cart'). 8. Note the download options for the cart and the spelling (with a capital X): Cart > Download > BibTeX. 9. Note the download options for lists and the spelling (with a capital X): Lists > Public lists > the name of your list > Download > BibTeX -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 18

[Bug 41970] New: PA_CLASS does not show in fieldset ID on opac-memberentry.pl
by bugzilla-daemon＠bugs.koha-community.org 28 May '26

28 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41970 Bug ID: 41970 Summary: PA_CLASS does not show in fieldset ID on opac-memberentry.pl Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org The PA_CLASS description shows on opac-memberentry.pl but the code doesn't show in the fieldset ID. This leads to each fieldset having the same ID of "aai_". -- You are receiving this mail because: You are watching all bug changes.

1 17

[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 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 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