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

[Bug 40873] New: AV dropdowns in OPAC don't use lib_opac values
by bugzilla-daemon＠bugs.koha-community.org 21 May '26

21 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40873 Bug ID: 40873 Summary: AV dropdowns in OPAC don't use lib_opac values 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: ephetteplace(a)cca.edu QA Contact: testopia(a)bugs.koha-community.org The OPAC version of av-build-dropbox.inc uses av.lib instead of av.lib_opac so even if your AV category has OPAC-friendly text it is not used. I discovered this specifically when using the SUGGEST_FORMAT item types for purchase suggestions. I created the category, added several values, gave them all a concise "lib" value and some a more explanatory "lib_opac" value. When I visited the OPAC's suggestions page /cgi-bin/koha/opac-suggestions.pl?op=add_form I saw the form only used the "lib" values. The code is in koha-tmpl/opac-tmpl/bootstrap/en/includes/av-build-dropbox.inc I suspect many patron-facing AVs don't have lib_opac values because they're not used anywhere, so changing the dropbox code to use lib_opac could have negative side effects for many existing instances. Would it make sense to check if an AV has lib_opac, use that, and default to lib if not available? This should make the transition seamless, unless libraries put inaccurate values in their lib_opac which they wouldn't notice until now. -- You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 25952] New: Github search for plugin throwing errors for % and koha-plugin search terms
by bugzilla-daemon＠bugs.koha-community.org 21 May '26

21 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25952 Bug ID: 25952 Summary: Github search for plugin throwing errors for % and koha-plugin search terms Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Plugin architecture Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org I was trying to get a full list of the available plugins so I tried '%' and 'koha-plugin' as search terms, but they created errors in Koha. Note that the 'koha-plugin' query works directly: https://api.github.com/search/repositories?q=koha-plugin+user:thekesolution… -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 41

[Bug 41100] New: EDI vendor account port numbers no longer editable
by bugzilla-daemon＠bugs.koha-community.org 21 May '26

21 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41100 Bug ID: 41100 Summary: EDI vendor account port numbers no longer editable Initiative type: --- Sponsorship --- status: Product: Koha Version: 25.05 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org It seems that port numbers are stuck at 21. Editing them does not change the port number in the database. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 22

[Bug 40220] New: API Incorrectly Requires Mandatory Extended Attributes Not Visible in OPAC
by bugzilla-daemon＠bugs.koha-community.org 21 May '26

21 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40220 Bug ID: 40220 Summary: API Incorrectly Requires Mandatory Extended Attributes Not Visible in OPAC Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: REST API Assignee: leo.stoyanov(a)bywatersolutions.com Reporter: leo.stoyanov(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: tomascohen(a)gmail.com When registering patrons via /api/v1/patrons, the endpoint requires ALL mandatory extended attributes, including those not set to "Editable in OPAC". This is inconsistent with OPAC behavior, where only attributes that are both mandatory and visible/editable in OPAC are required. For external systems acting as OPAC replacements, such as Aspen Discovery, this creates unnecessary validation failures. -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 40219] New: Welcome Email Sent on Failed Patron Registration via API
by bugzilla-daemon＠bugs.koha-community.org 21 May '26

21 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40219 Bug ID: 40219 Summary: Welcome Email Sent on Failed Patron Registration via API Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: REST API Assignee: leo.stoyanov(a)bywatersolutions.com Reporter: leo.stoyanov(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: tomascohen(a)gmail.com When registering a new patron via the /api/v1/patrons API endpoint, a welcome email notice is sent even if the endpoint returns a 400 error due to validation failures. This occurs because the welcome email logic executes before extended attribute validation is complete, within the database transaction. -- You are receiving this mail because: You are watching all bug changes.

1 27

[Bug 41142] New: Update jQuery-validate plugin to 1.21.0
by bugzilla-daemon＠bugs.koha-community.org 21 May '26

21 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41142 Bug ID: 41142 Summary: Update jQuery-validate plugin to 1.21.0 Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org A new bug report for version 1.21.0. > We've gotten reports that the jQuery-validate plugin is flagging in > vulnerability scans (https://nvd.nist.gov/vuln/detail/CVE-2022-31147 for > details on the associated CVE). > > I've put this in security to be on the safe side but if it should be moved, > please do. -- You are receiving this mail because: You are watching all bug changes.

1 27

[Bug 42639] New: Change gender field from radio buttons to dropdown and add the the missing "required" tag.
by bugzilla-daemon＠bugs.koha-community.org 21 May '26

21 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42639 Bug ID: 42639 Summary: Change gender field from radio buttons to dropdown and add the the missing "required" tag. Initiative type: --- Sponsorship --- status: Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: bosse(a)gustavsson.one QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Bug 38361: (Follow-up) Fix mandatory gender field in the staff interface To reproduce: 1. Find the system setting 'BorrowerMandatoryField' and mark 'Gender (sex)' as required. 2. Edit an existing patron or create a new one. No 'Required' label under the gender section. The gender field should also be a dropdown instead of a set of radio buttons for consistency. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 11

[Bug 42660] New: "Format: print" does not appear in the "Material type" line of search results
by bugzilla-daemon＠bugs.koha-community.org 21 May '26

21 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42660 Bug ID: 42660 Summary: "Format: print" does not appear in the "Material type" line of search results Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: PC OS: Linux Status: NEW Severity: normal Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: root(a)ihack.net QA Contact: testopia(a)bugs.koha-community.org Created attachment 199366 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=199366&action=e… patch to fix 3 instances of faulty comparison Due to obvious bugs comparing the wrong variable (the entire 008 field instead of byte 23), "Format: print" does not appear in the "Material type" line for books that are tagged as "regular print reproduction" (r) in byte 23. This error occurs separately in the OPAC and staff interfaces. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 41055] New: Missing accesskey attribute for print button (shortcut P)
by bugzilla-daemon＠bugs.koha-community.org 21 May '26

21 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41055 Bug ID: 41055 Summary: Missing accesskey attribute for print button (shortcut P) Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: johanna.raisa(a)koha-suomi.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com The print buttons labeled "Don't check out, confirm hold, and print slip (P)" and "Don't check out and print slip (P)" in circulation.tt are missing the accesskey="p" attribute, which prevents users from using the keyboard shortcut "P" to activate the button. The button appears when you are trying to checkout an item that is waiting for other patron. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 18

[Bug 41679] New: Stock rotation repatriation modal can conflict with holds modal
by bugzilla-daemon＠bugs.koha-community.org 21 May '26

21 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41679 Bug ID: 41679 Summary: Stock rotation repatriation modal can conflict with holds modal 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: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com To recreate 1 - Enable StokcRotation system preference 2 - Navigate to Cataloging->Stock rotation 3 - Click '+ New rota' fill out with any values 4 - Click 'Manage->stages' for the Rota 5 - Add a stage for Centerville for 1 day, and Midway for 1 day 6 - Return to rotas 7 - Click Manage->items for the rota 8 - Add an item 9 - Return to rotas 10 - Click 'Activate' 11 - On the command line run the stock rotation job perl misc/cronjobs/stockrotation.pl -x 12 - There should be one item for initiation 13 - Run it again, there should be one stationary item 14 - Place an item specific hold for the item, for pickup at Midway 15 - Check the item in at centerville, confirm transfer 16 - Check the item in at Midway, confirm hold 17 - Run the stock rotation job again 18 - There should be one item for repatriation 19 - Check in the item again 20 - Boom! You get two overlapping modals -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 19