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

[Bug 10060] Allow adding a branch parameter to the web-based self check to indicate library its used at
by bugzilla-daemon＠bugs.koha-community.org 14 Mar '25

14 Mar '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10060 --- Comment #34 from Christopher Brannon <cbrannon(a)cdalibrary.org> --- (In reply to David Cook from comment #31) > When I have a moment, I'll take a look at my local code again. While we have > a solution that works well for our multi-branch libraries, I doubt the Koha > community will accept our code as is. > > But I can share what we've got, and collaborate with folk to make a > community acceptable version. At this point I'd welcome a plugin. :) Thanks for anything you can do. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 39338] New: When checking in an item from the patron checkout table in transit messages are not displayed
by bugzilla-daemon＠bugs.koha-community.org 14 Mar '25

14 Mar '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39338 Bug ID: 39338 Summary: When checking in an item from the patron checkout table in transit messages are not displayed Change sponsored?: --- Product: Koha Version: 24.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucy.vaux-harvey(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com To reproduce: Check out an item belonging to Library A when logged in at library A Set your logged in library to be library B Go to the checkout table within the patron's account Check in the item using the tickboxes in the Checkin column The usual in transit pop-up message alerting you to the transfer does not appear Check the catalogue record - the book has a status of in transit to Library A Repeat the test but check in the item from the check in option in the search bar - pop-up message does display The transfer is missed and the item will go back on the shelves at Library B. Tested on 24.11.00 and 23.11.08 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 39200] New: Fix QA tool complaint that hidelostitems is badly placed in sysprefs.sql
by bugzilla-daemon＠bugs.koha-community.org 14 Mar '25

14 Mar '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39200 Bug ID: 39200 Summary: Fix QA tool complaint that hidelostitems is badly placed in sysprefs.sql 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: emily.lamancusa(a)montgomerycountymd.gov QA Contact: testopia(a)bugs.koha-community.org Any time a patch touches sysprefs.sql, the QA tool returns a "not blocker" failure that the syspref hidelostitems is badly placed. Really the problem is the previous line, hide_marc - the QA tool wants the underscore to be alphabetized after letters, not before. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 7

[Bug 8280] SRU should be filterable by Koha Item Type
by bugzilla-daemon＠bugs.koha-community.org 14 Mar '25

14 Mar '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8280 Nick Clemens (kidclamp) <nick(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |39303 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39303 [Bug 39303] Add audience index to SRU -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 39333] New: Endpoint for budgets
by bugzilla-daemon＠bugs.koha-community.org 14 Mar '25

14 Mar '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39333 Bug ID: 39333 Summary: Endpoint for budgets Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: new feature Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: urho(a)broomworks.fi QA Contact: testopia(a)bugs.koha-community.org CC: tomascohen(a)gmail.com A dedicated endpoint for budgets in the REST API Currently, the only way to retrieve budget period information is via List Orders at /acquisitions/orders, which is not ideal. A dedicated endpoint for budgets would improve API usability and consistency. Alternatively, allowing x-koha-embed=fund.budget in the /acquisitions/funds endpoint could also solve this issue by enabling budget data retrieval alongside funds. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 39332] New: batchRebuildItemsTables.pl should not rebuild holds queue
by bugzilla-daemon＠bugs.koha-community.org 14 Mar '25

14 Mar '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39332 Bug ID: 39332 Summary: batchRebuildItemsTables.pl should not rebuild holds queue Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz We need to pass the skip_holds_queue param here to avoid generating a background job per item update -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 39330] New: Strange html in reports/dictionary.tt
by bugzilla-daemon＠bugs.koha-community.org 14 Mar '25

14 Mar '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39330 Bug ID: 39330 Summary: Strange html in reports/dictionary.tt Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org I expected tidy templates ;) STRANGE HTML HERE (in koha-tmpl/intranet-tmpl/prog/en/modules/reports/dictionary.tt) Examples: <li ><label for="[% column.name | html %]_value">Choose: </label> <select id="[% column.name | html %]_value" name="[% column.name | html %]_value"> [% FOREACH value IN column.values %] <option value="[% value.availablevalues | html %]">[% value.availablevalues | html %]</option> [% END %] </select></li > <fieldset class="rows" ><legend>Step 1 of 5: Name the new definition</legend ><ol> -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 10060] Allow adding a branch parameter to the web-based self check to indicate library its used at
by bugzilla-daemon＠bugs.koha-community.org 14 Mar '25

14 Mar '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10060 --- Comment #33 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- (In reply to Christopher Brannon from comment #30) > I would love to see this happen. We've moved over to Koha's self check out > and we are losing stats because of it. Something like this should have > happened years ago. We noted this problem in 2012 when we started with Koha. > > This is a annoying limitation for consortiums. I totally understand the requirement for consortia, but wondering why you say this affects your stats. Can you explain how you solved it now or where this effect comes from? -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 39329] New: Scroll to top does not move focus to a sensible place
by bugzilla-daemon＠bugs.koha-community.org 14 Mar '25

14 Mar '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39329 Bug ID: 39329 Summary: Scroll to top does not move focus to a sensible place Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Accessibility Assignee: koha-bugs(a)lists.koha-community.org Reporter: jake.deery(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: martin.renvoize(a)ptfs-europe.com, matt.blenkinsop(a)ptfs-europe.com, oleonard(a)myacpl.org The scroll to top button should return focus to the same place as the page load focuses. As we use a skip to main content button in Koha, we should probably have scroll to top focus on that by default, with the possibility to pass in an element id or class as an override. This has come up in a recent customer accessibility audit. Something to mull over! Jake. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 33635] New: CSV export display broken diacritics in Excel
by bugzilla-daemon＠bugs.koha-community.org 14 Mar '25

14 Mar '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33635 Bug ID: 33635 Summary: CSV export display broken diacritics in Excel Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: clemens.tubach(a)kit.edu, gmcharlt(a)gmail.com, michaela.sieber(a)kit.edu This has been a re-occurring support issue: When using one of Koha's many CSV download options, the exported CSV file doesn't open as UTF-8 in Excel, resulting in broken diacritics. LibreOffice doesn't show the issue. The only way to fix it right now is not to open the file directly, but to use the import functionality in Excel as it lets you pick the encoding and separators. This means a lot of extra steps and clicks, which make the CSV export functionalities in Koha hard to use. It turns out that Excel will import the CSV correctly, if we convert the encoding of the exported CSV file from UTF-8 to UTF-8-BOM. Problematic CSV exports include: * Exporting a basket summary page as CSV * Using CSV profile based exports in general, including: lists, basket, lost items report * ... Can we 'fix' the encoding to use BOM? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 23