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

[Bug 37604] New: Give skip_open_orders checkbox an ID in batch record deletion template
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '26

20 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37604 Bug ID: 37604 Summary: Give skip_open_orders checkbox an ID in batch record deletion template Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl This is so that clicking on the label will put the cursor focus on the checkbox. At the moment the label and the checkbox are not semantically 'linked' without an ID -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 22

[Bug 38906] New: REGEXP_REPLACE not in MySQL < 5.8 DB update 24.06.00.064 fails
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '26

20 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38906 Bug ID: 38906 Summary: REGEXP_REPLACE not in MySQL < 5.8 DB update 24.06.00.064 fails Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Database Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org In bug 38436 Katrin mentions that REGEXP_REPLACE was a problem, it still can be if using MySQL 5.7 or below We had a test site update fail Seems to be easily fixed by changing to: UPDATE columns_settings SET columnname=SUBSTRING(columnname,LOCATE("_",columnname)+1) WHERE module="catalogue" AND page="detail" AND ( tablename="holdings_table" OR tablename="otherholdings_table"); -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 31

[Bug 38966] New: Wrong Pod in Koha/CoverImages.pm and Koha/Acquisition/Order/Claims.pm
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '26

20 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38966 Bug ID: 38966 Summary: Wrong Pod in Koha/CoverImages.pm and Koha/Acquisition/Order/Claims.pm Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org git grep "Cities" Koha/Acquisition/Order/Claims.pm:Koha::Cities - Koha Claim Object set class Koha/CoverImages.pm:Koha::Cities - Koha CoverImage Object set class copy paste error :-) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 19

[Bug 39473] New: Confusing behavior in drop-down filters on item holdings table
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '26

20 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39473 Bug ID: 39473 Summary: Confusing behavior in drop-down filters on item holdings table Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: emily.lamancusa(a)montgomerycountymd.gov QA Contact: testopia(a)bugs.koha-community.org To reproduce: 0. If not using default KTD data, create an item type with the following settings: Item type: BK Description: Books leave all other values on their defaults 1. Create a new item type with the following settings: Item type: BKA Description: Other type of book leave all other values on their defaults 2. Add or edit items on a bib record so that the record has at least one item of type "Books" and at least one item of type "Another type of book" 3. Go to Normal View for that bib record 4. Click "Show filters" above the item holdings table 5. In the Item type column, filter by "Books" --> Both "Books" and "Another type of book" items show in the table --> The drop-down is set to "Other type of book", even though you selected "Books" The table and drop-down appear matching on item type codes that contain the string "BK", rather than matching on the exact string. I was able to reproduce the bug with branchcodes as well. -- You are receiving this mail because: You are watching all bug changes.

1 27

[Bug 33440] New: A public list can be transferred to a staff member without list permissions
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '26

20 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33440 Bug ID: 33440 Summary: A public list can be transferred to a staff member without list permissions Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Lists Assignee: koha-bugs(a)lists.koha-community.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl With the introduction of this bug, https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25498, public lists can now be transferred to other staff. When testing this new feature, I was able to transfer a list a staff member without any list permissions. Once this transfer was successful, this staff member could edit the list, add and remove titles from this public list. The one thing this staff member (who had no permissions for lists) could not do was transfer the list to another person. I believe that this transfer option should only be allowed to staff with list permissions. Test Plan 1. Staff member A creates a public list. 2. Staff member A transfers this public list to another staff member (staff member b) without list permissions. 3. Staff Member B now has the ability to edit this public list and add/remove items from this list. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 28

[Bug 39499] New: Add some padding to the Save button in the sticky bar in cataloging
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '26

20 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39499 Bug ID: 39499 Summary: Add some padding to the Save button in the sticky bar in cataloging Change sponsored?: --- Product: Koha Version: unspecified 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 I noticed that the Save button in the cataloging screen is missing some padding. To recreate: 1. Go to Cataloging > New record 2. Scroll down so that the sticky bar appears --> Notice that the Save button is very close to the edge of the sticky bar. -- You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 34776] New: Patron messaging preferences are lost when an error occurs during new account creation
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '26

20 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34776 Bug ID: 34776 Summary: Patron messaging preferences are lost when an error occurs during new account creation Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com To reproduce: 1. Create a new account but cause an error that will keep the account from saving (enter the wrong age for a category or give the patron a username that's already being used) 2. Set some patron messaging preferences 3. Try to save the account and wait for the "The following fields are wrong. Please fix them." message 4. Note that the patron messaging preference selections are gone and you need to re-select them Note, this depends on the EnhancedMessagingPreferences system preference to be enabled This is similar to Bug 26558 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 55

[Bug 39441] New: Staff interface cart has wrong max-width
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '26

20 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39441 Bug ID: 39441 Summary: Staff interface cart has wrong max-width 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: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org The staff interface cart "looks funny" at the moment. It's all bunched up on the left side. I'd say the reason is that the max-width for .container from staff-global.css is being applied which restricts it to 540px. I reckon we should add a class or ID to override the max-width for the cart to always be 100%. -- Curious what you think of this one, Owen. -- You are receiving this mail because: You are watching all bug changes.

1 18

[Bug 33012] New: Cannot logout with keyboard tabbing
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '26

20 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33012 Bug ID: 33012 Summary: Cannot logout with keyboard tabbing Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org Trivial edit. Remove tabindex -1. -- You are receiving this mail because: You are watching all bug changes.

1 41

[Bug 37634] New: JS error on debit detail page when showLastPatron is used
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '26

20 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37634 Bug ID: 37634 Summary: JS error on debit detail page when showLastPatron is used 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: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org When showLastPatron is active, there is a JS error when looking at the details of a debit: Uncaught ReferenceError: showLastPatronCount is not defined <anonymous> http://localhost:8081/intranet-tmpl/prog/js/staff-global_24.0600023.js:215 jQuery 13 To test: * Activate showLastPatron * Go to a patron account (Henry will do) * Add a manual invoice * Click on the "Details" for this invoice * Verify there is a JS error on the page -- You are receiving this mail because: You are watching all bug changes.

1 47