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

[Bug 40080] New: Course reserves details search appears offscreen
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '26

20 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40080 Bug ID: 40080 Summary: Course reserves details search appears offscreen Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: martin.renvoize(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org When looking at the opac course reserves details page and reserves are present, the search box for filtering reserves is aligned far to the right of the page, often off page entirely. -- You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 39223] New: opac-browse.pl broken since 24.11
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '26

20 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39223 Bug ID: 39223 Summary: opac-browse.pl broken since 24.11 Change sponsored?: --- Product: Koha Version: 24.11 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: schodkowy.omegi-0r(a)icloud.com QA Contact: testopia(a)bugs.koha-community.org In 24.05 it worked, in 24.11 it doesn't. No changes in Koha/opac/opac-browse.pl or Koha/koha-tmpl/opac-tmpl/bootstrapjs/browse.js. It seems that the on-click event and loading the results into HTML works, what's broken is that the "collapse" feature, that seemed to be automatic based on jQuery classes or something, is not working anymore. Possibly browse.js might need to toggle the visibility of the expanded view manually now...? At least I don't see anything in the code explicitly expanding the things now. -- You are receiving this mail because: You are watching all bug changes.

1 23

[Bug 38664] New: Tidy the whole codebase
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '26

20 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38664 Bug ID: 38664 Summary: Tidy the whole codebase Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jonathan.druart(a)gmail.com Reporter: jonathan.druart(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org We should tidy our codebase and ensure to keep it tidy. I am suggesting to have patches for 25.05 that will tidy our perl (pl, pm, t), javascript (js, ts, vue) and template (tt, inc) files. We will need: * a pre-commit git hook * a xt test (can be very slow however, needs to be discussed) * configure .git-blame-ignore-revs (see `git blame --ignore-revs-file .git-blame-ignore-revs) * provide a script to ease rebases -- You are receiving this mail because: You are watching all bug changes.

1 123

[Bug 38854] New: Prettier fails on ToolbarButton because of 'class' prop
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '26

20 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38854 Bug ID: 38854 Summary: Prettier fails on ToolbarButton because of 'class' prop Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: ERM Assignee: jonathan.druart(a)gmail.com Reporter: jonathan.druart(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: jonathan.druart(a)gmail.com, jonathan.field(a)ptfs-europe.com, martin.renvoize(a)ptfs-europe.com, matt.blenkinsop(a)ptfs-europe.com, pedro.amorim(a)ptfs-europe.com Depends on: 34215 New version of prettier fails on ToolbarButton because of (I guess) what it thinks is a reserver keyword. [error] koha-tmpl/intranet-tmpl/prog/js/vue/components/ToolbarButton.vue: SyntaxError: Unexpected token, expected "{" (1:6) [error] > 1 | class [error] | ^ The error does not really make sense, the code is: class: { type: String, default: "btn btn-default", }, A solution could be to rename the property, but actually we never use another value than the default one. The easiest seems to simply remove this property. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34215 [Bug 34215] Vue Toolbar component should be more flexible -- You are receiving this mail because: You are watching all bug changes.

1 37

[Bug 38932] New: Adding debits and credits should return the correct Location header
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '26

20 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38932 Bug ID: 38932 Summary: Adding debits and credits should return the correct Location header Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: tomascohen(a)gmail.com Adding credits is not setting the Location header for the response. Adding debits does, but before bug 38931 it pointed to a non-existent endpoint. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 19

[Bug 40281] New: Patron circulation history page - type column is not hidden
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '26

20 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40281 Bug ID: 40281 Summary: Patron circulation history page - type column is not hidden Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons 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, kyle.m.hall(a)gmail.com For a patron's circulation history page, the 'Type' column should be hidden, but it isn't. The type column on a patron's circulation history page was hidden by Bug 38954 - Hide checkout type using colvis. However, the commit for Bug 37273 - Add ID column to Agreements table in the ERM, inadvertently reversed hiding the column. I can't see the change in the diffs on the bug, but the change was made in the actual commit https://git.koha-community.org/Koha-community/Koha/commit/d361c8adb6ffc5b26… To replicate: 1. Check out an item to a patron (for example, 39999000011418 to Mary Burton). 2. Look at the patron's circulation history page (Patrons > Mary Burton > Circulation hstory), and note that there is a 'Type' column shown with a value of 'standard_checkout'. 3. Note that you can't hide the column, from either selecting the 'Columns' or 'Configure' options for the table. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 19

[Bug 40299] New: Regression - checkout type column still visible
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '26

20 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40299 Bug ID: 40299 Summary: Regression - checkout type column still visible Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Bug 37273 reverts the change made by bug 38954. The "checkout type" column is still visible. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 9

[Bug 38954] New: checkout type column should be hidden by colvis
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '26

20 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38954 Bug ID: 38954 Summary: checkout type column should be hidden by colvis Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Staff interface Assignee: jonathan.druart(a)gmail.com Reporter: jonathan.druart(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com There is a "shift" in the checkout history table (readingrec) https://snipboard.io/uTWYit.jpg https://snipboard.io/qxZE35.jpg The table should take the whole available width -- You are receiving this mail because: You are watching all bug changes.

1 26

[Bug 38958] New: Search history deletion broken in the staff interface
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '26

20 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38958 Bug ID: 38958 Summary: Search history deletion broken in the staff interface 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: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org Depends on: 36640 Since the DataTables upgrade it has not been possible check checkboxes for a search history entry and delete them. The delete button doesn't become enabled when you check a box. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36640 [Bug 36640] Upgrade DataTables from 1.13.6 to 2.x -- You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 39464] New: Z39.50 Search results not highlighting grey rows in yellow when previewing
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '26

20 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39464 Bug ID: 39464 Summary: Z39.50 Search results not highlighting grey rows in yellow when previewing Change sponsored?: --- Product: Koha Version: 24.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Z39.50 / SRU / OpenSearch Servers Assignee: koha-bugs(a)lists.koha-community.org Reporter: heather(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When previewing Z39.50 search results in the Cataloging module, the yellow highlighting only applies to white rows, grey rows. This highlighting is very helpful for staff to identify exactly which record they are previewing in the table. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 30