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

[Bug 7508] Collapsable items on items tab
by bugzilla-daemon＠bugs.koha-community.org 16 May '25

16 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7508 --- Comment #27 from David Nind <david(a)davidnind.com> --- It looks like it is fixed to me as well. I vaguely remember raising or testing this, but I can't find the bug! -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 32337] New: System preference to block holds with debarments
by bugzilla-daemon＠bugs.koha-community.org 16 May '25

16 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32337 Bug ID: 32337 Summary: System preference to block holds with debarments Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: hebah(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com A number of libraries would like the ability to have borrower debarments prevent placing holds. Currently, debarments only block checkouts, not the placing of holds. Ideally this would be a system preference. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 18

[Bug 39928] New: Circ rule fine charging interval accepts non-numerical values
by bugzilla-daemon＠bugs.koha-community.org 16 May '25

16 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39928 Bug ID: 39928 Summary: Circ rule fine charging interval accepts non-numerical values Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: hebah(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Fine charging interval is not an intuitive column in the circ rules matrix, which can cause problems for fine-charging libraries when librarians enter values like '1 day.' It would be nice if that column (and suspension charging interval while we're at it) could only accept numerical values. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 7132] Check for duplicates when creating a new record in acquisitions
by bugzilla-daemon＠bugs.koha-community.org 16 May '25

16 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7132 Esther Melander <esther.melander(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |esther.melander@bywatersolu | |tions.com --- Comment #3 from Esther Melander <esther.melander(a)bywatersolutions.com> --- Steps to replicate with a new file: 1. Add orders to a basket from a new file containing records that are not in the catalog. 2. Add orders to a basket again using the same import file. Be sure to set the import profile to check for matching records, replace, add incoming record if no match. 3. Notice the duplicate checking is ignored and duplicate bibs are now in the basket. Ideally, when adding orders by importing a file the system should abide by the import profile instructions and the duplicate warning should appear just like with the z39.50 option. Instead it appears Koha is ignoring the import profile instructions and just adding the duplicates. -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 7508] Collapsable items on items tab
by bugzilla-daemon＠bugs.koha-community.org 16 May '25

16 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7508 --- Comment #26 from Owen Leonard <oleonard(a)myacpl.org> --- It looks to me like it's correct now -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 7508] Collapsable items on items tab
by bugzilla-daemon＠bugs.koha-community.org 16 May '25

16 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7508 --- Comment #25 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- (In reply to Pedro Amorim from comment #24) > Created attachment 178505 [details] > ERMSideBar > > This commit: > https://github.com/Koha-Community/Koha/commit/a4531fd > > Is causing unintended style changes to ERM's sidebar menu. Picture on the > left is how it was before, picture on the right is how it is now. Did we fix this? -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 33691] New: Improve query for do_check_for_previous_checkout
by bugzilla-daemon＠bugs.koha-community.org 16 May '25

16 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33691 Bug ID: 33691 Summary: Improve query for do_check_for_previous_checkout Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org do_check_for_previous_checkout will pass a list of itemnumbers as part of the query. This could be hundreds of items or more. It makes sense to check by biblionumber instead when possible. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11

[Bug 2646] Add sort option for the series number
by bugzilla-daemon＠bugs.koha-community.org 16 May '25

16 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2646 Jeremy Evans <jeremy.evans(a)ukhsa.gov.uk> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jeremy.evans(a)ukhsa.gov.uk --- Comment #9 from Jeremy Evans <jeremy.evans(a)ukhsa.gov.uk> --- We would support this. We have a series with several volumes published in the same year so sorting by date isn't always helpful. The ability to sort results in the staff client by series name and volume number would help identify missing volumes from the series. -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 32548] New: Make illrequestattributes easily available to ILL notices
by bugzilla-daemon＠bugs.koha-community.org 16 May '25

16 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32548 Bug ID: 32548 Summary: Make illrequestattributes easily available to ILL notices Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de Often the most interesting information about the title, like article_title is only available in illrequestattributes. It would be super nice if we had these available with a nice syntax in the ILL notices. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 25

[Bug 29866] New: Notices and Slips presentation
by bugzilla-daemon＠bugs.koha-community.org 16 May '25

16 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29866 Bug ID: 29866 Summary: Notices and Slips presentation Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org I'm wondering if the way notices and slips is presented could benefit from some change. Currently, when you go to look at notices and slips, you see absolutely everything (All libraries). And when you select a library, you see only notices and slips that are specific to that library. I'm wondering if this would be a better model: Initial view is just the default notices and slips (to all libraries), and not including those specific to a library. If you select a library, you see that library's specific custom slips, and you see in gray or blue or some other color, all the other default slips that are not customized. Next to which is a button to create a duplicate of that notice or slip for that library. When you click it, it duplicates that notice/slip for that library, and it shows in the same format/color as the other custom notices/slips for that library. Custom notices/slips would have a button next to them that would allow you to delete. If you click that, after a confirmation, the custom slip would be deleted, and the page would update, with that notice/slip now showing as the default instead of custom. Defaults would not be editable from with the view of a specific library. You would have to select the defaults view again to edit those. Thoughts? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5