May 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 39930] New: Saved configuration states on tables cause extra columns to show
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '26

20 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39930 Bug ID: 39930 Summary: Saved configuration states on tables cause extra columns to show Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: jrobb(a)sekls.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com This is hard to replicate but I did come across it on main in ktd. When "Save configuration state on page change" is enabled for a table, after an amount of time or some undetermined action, the table settings seem to go wonky. On the issues table at circ/circulation.pl for example, the grouping breaks and the sort_order and todays_or_previous_checkouts get revealed where they should be perma-hidden: Table showing columns that shouldn't be there: https://snipboard.io/TYL3Oe.jpg Table settings for that table: https://snipboard.io/kU7Tiw.jpg Column settings from local storage: https://snipboard.io/6aS8e4.jpg The steps that led to this were: 1. Set AlwaysLoadCheckoutsTable syspref to Do 2. Check out an item (39999000018516) to a patron (42) 3. Close the tab for a while (I didn't log out, just closed then reopened a few hours later) 4. Pull up the patron, extra mysterious columns have appeared This isn't isolated to the checkouts table, as we've come across it with saved reports and other tables that get saved states as well. Unchecking the save state box seems to avoid the problem. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 34

[Bug 39987] New: Batch item deletion breadcrumb uses wrong link
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '26

20 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39987 Bug ID: 39987 Summary: Batch item deletion breadcrumb uses wrong link Change sponsored?: --- 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 Currently it points to: http://localhost:8081/cgi-bin/koha/tools/batchMod.pl Should be: http://localhost:8081/cgi-bin/koha/tools/batchMod.pl?del=1 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16

[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 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 39694] New: `es_indexer_daemon.pl` doesn't use batch_size in DB poll mode
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '26

20 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39694 Bug ID: 39694 Summary: `es_indexer_daemon.pl` doesn't use batch_size in DB poll mode Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz We've had an instance with 400k indexing tasks (I'm still unsure if it was an import, but probably) and the indexer daemon kept dying because the DB query we use doesn't put any limit, and the Amazon DB the instance is using was timing out after 40 seconds. It should really use the (passed or default) batch size when querying the DB. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 15