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

[Bug 15516] Allow to place a hold on first available item from a group of titles
by bugzilla-daemon＠bugs.koha-community.org 28 Apr '26

28 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15516 Lucas Gass (lukeg) <lucas(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |42487 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42487 [Bug 42487] holds-table configuration is off when DisplayAddHoldGroups is enabled -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 42484] New: dead and misleading code remained in koha-es-indexer after 40890
by bugzilla-daemon＠bugs.koha-community.org 28 Apr '26

28 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42484 Bug ID: 42484 Summary: dead and misleading code remained in koha-es-indexer after 40890 Initiative type: --- Sponsorship --- status: Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: januszop(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: tomascohen(a)gmail.com In koha-es-indexer, there is a default value for batch_size (around line 166) and an option to pass batch_size via the --batch_size parameter (around line 177). However, neither of these seems to have any effect since Bug 40890 introduced the line around 211: batch_size=$(get_es_indexer_batch_size ${name}) This appears to be dead code and should probably be removed, as it is misleading. Currently, the only effective default is set by get_es_indexer_batch_size in koha-functions.sh. By the way, the entry yazgfs/config/es_indexer_batch_size is missing from /etc/koha/sites/kohadev/koha-conf.xml on KTD. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 25122] New: Authority lookup shouldn't include non-authority fields
by bugzilla-daemon＠bugs.koha-community.org 28 Apr '26

28 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25122 Bug ID: 25122 Summary: Authority lookup shouldn't include non-authority fields 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: phil(a)chetcolibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Bug 21826 taught the linker that it should only consider certain subfields while looking for a match and while creating authority records, but authority lookup from the plugin link in the basic editor or from ctrl+shift+L in the advanced editor still considers them. Given "700 1_ $aBurns, Ken,$d1953-$etelevision director,$etelevision producer." the linker will search for an authority without the director/producer bits and if it doesn't find a match will create an authority without them, but ctrl+shift+L will fill the Search main heading search field with "1953- television director, television producer." -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 7

[Bug 6532] Way to move items to another record in batches
by bugzilla-daemon＠bugs.koha-community.org 28 Apr '26

28 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6532 --- Comment #38 from Thibaud Guillot (thibaud_g) <thibaud.guillot(a)biblibre.com> --- Created attachment 198269 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=198269&action=e… Bug 6532: Fix message if only one item left and hold at biblio level Sponsored-by: Université Côte d'Azur -- You are receiving this mail because: You are watching all bug changes. You are the QA Contact for the bug.

1 0

[Bug 6532] Way to move items to another record in batches
by bugzilla-daemon＠bugs.koha-community.org 28 Apr '26

28 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6532 Thibaud Guillot (thibaud_g) <thibaud.guillot(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Failed QA |Needs Signoff -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 42482] New: sent mail
by bugzilla-daemon＠bugs.koha-community.org 28 Apr '26

28 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42482 Bug ID: 42482 Summary: sent mail Initiative type: --- Sponsorship --- status: Product: Koha Version: 25.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Installation and upgrade (web-based installer) Assignee: koha-bugs(a)lists.koha-community.org Reporter: federicoantoniopaiz(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Hello, I'm having trouble sending emails from Koha. I've tried sending emails from the email application in "Own Applications" and also from the virtual machine using Postfix, and it works correctly in both cases. However, when I try to send emails from Koha, it doesn't work. Could you help me check the configuration or tell me what might be causing the problem? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 42479] New: email
by bugzilla-daemon＠bugs.koha-community.org 28 Apr '26

28 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42479 Bug ID: 42479 Summary: email Initiative type: --- Sponsorship --- status: Product: Koha Version: 25.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: federicoantoniopaiz(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Hello, I'm having trouble sending emails from Koha. I've tried sending emails from the email application in "Own Applications" and also from the virtual machine using Postfix, and it works correctly in both cases. However, when I try to send emails from Koha, it doesn't work. Could you help me check the configuration or tell me what might be causing the problem? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 30312] New: letter.pl All libraries selection should only show All libraries
by bugzilla-daemon＠bugs.koha-community.org 28 Apr '26

28 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30312 Bug ID: 30312 Summary: letter.pl All libraries selection should only show All libraries Change sponsored?: --- Product: Koha Version: 21.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org This page drives me nuts. It would be appreciated if the "All libraries" selection would only show the templates that are for (All libraries). Maybe it should be changed to "Defaults" to show (All libraries), and have the (All libraries) show everything. Either way, it would be helpful to change this so you could see it one way or the other. The way it is now is maddening. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11

[Bug 10190] Overdue notice triggers based on item type
by bugzilla-daemon＠bugs.koha-community.org 27 Apr '26

27 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10190 --- Comment #680 from Victor Grousset/tuxayo <victor(a)tuxayo.net> --- Comment on attachment 196868 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=196868 Bug 10190: fix failing Permissions.t and overhaul CirculationTriggers Cypress spec Review of attachment 196868: --> (https://bugs.koha-community.org/bugzilla3/page.cgi?id=splinter.html&bug=101…) ----------------------------------------------------------------- ::: t/Koha/Auth/Permissions.t @@ +25,5 @@ > use_ok('Koha::Auth::Permissions'); > > +# Remove the deprecated edit_notice_status_triggers permission (bug 10190). > +# It may still be present in DBs that pre-date the atomic update. > +C4::Context->dbh->do(q|DELETE FROM permissions WHERE code = 'edit_notice_status_triggers'|); Is there a valid scenario with ending up of running tests on a non upgraded DB? Besides the test file isn't in db_dependent so it's supposed to be able to run without the DB started. (it doesn't run, even without these changes, so that issue was there before ^^") -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 25390] New: Login box is removed from opac-main.tt if Shibboleth or CAS is enabled
by bugzilla-daemon＠bugs.koha-community.org 27 Apr '26

27 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25390 Bug ID: 25390 Summary: Login box is removed from opac-main.tt if Shibboleth or CAS is enabled Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org On the OPAC main page (opac-main.tt) if CAS or Shibboleth are enabled than we remove the login box on the right side of the page (#login). I am wondering if this is necessary: 1. It does not remove local login functionality as you can still login via the modal in the top right corner. 2. In multi library systems this can be a problem as some might use a SSO service while others would like to see the login box on the right side. 3. Maybe it would be simpler to keep the login box regardless of sign in method and hide it via CSS for libraries that don't want it? -- You are receiving this mail because: You are watching all bug changes.

1 13