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

[Bug 35402] Update the OPAC and staff interface to Bootstrap 5
by bugzilla-daemon＠bugs.koha-community.org 14 Mar '25

14 Mar '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35402 Rebecca Coert <rcoert(a)arlingtonva.us> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |rcoert(a)arlingtonva.us -- You are receiving this mail because: You are watching all bug changes.

1 0

[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 #35 from Christopher Brannon <cbrannon(a)cdalibrary.org> --- (In reply to Katrin Fischer from comment #33) > (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? On our 3rd party self check via sip, it was easy to configure instances we could isolate to specific branches, because the self check logged in to a specific sip account at each location, that didn't require a manual login. That software is no longer an option, so going to Koha's self check, we have to use the auto login since most library self checks don't have a keyboard connected. But we only have the option to use one account to login to with the auto login. So, we can capture stats per branch. -- You are receiving this mail because: You are watching all bug changes.

1 0

[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