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

[Bug 26376] New: Add itemnumber to writeoffs
by bugzilla-daemon＠bugs.koha-community.org 08 Jul '24

08 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26376 Bug ID: 26376 Summary: Add itemnumber to writeoffs Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org See: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17894#c8 After careful consideration our position on this has changed. We believe we should be recording the itemnumber for writeoffs where we can, libraries use this information for reporting and tracking -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 29302] New: API DataTables Wrapper should allow picking match type by column
by bugzilla-daemon＠bugs.koha-community.org 08 Jul '24

08 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29302 Bug ID: 29302 Summary: API DataTables Wrapper should allow picking match type by column 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: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org Whilst trying to understand how the `criteria` functionality of the datatables wrapper works, I discovered that is only works at the options level (i.e all searchable fields have the same match criteria applied). We should be able to set the match criteria at the column level, for example you may want 'exact' match for fields that contain AV codes, or 'starts_with' one field and 'contains' for another. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 15

[Bug 22890] New: Add a chronological changlog
by bugzilla-daemon＠bugs.koha-community.org 08 Jul '24

08 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22890 Bug ID: 22890 Summary: Add a chronological changlog Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: About Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- We have the history page and a contributors list, but we don't have a nice chronological changelog featuring bugs/enhancements and their release dates. The release notes are nicely polished now, but it would be great to have to record available within Koha itself to encourage librarians to read it and adopt new features. We can adopt allot of the tooling that's already there to produce the release notes to allow simple maintenance of such a page. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 46

[Bug 30123] New: On set library page, desk always defaults to last in list instead of desk user is signed in at
by bugzilla-daemon＠bugs.koha-community.org 07 Jul '24

07 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30123 Bug ID: 30123 Summary: On set library page, desk always defaults to last in list instead of desk user is signed in at Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com TO recreate: -Turn on UseCirculationDesks -Create several desks for the library you are logged in as -Set your desk to one you just created -Reload set-library.pl and notice that no matter what desk you are set as the dropdown defaults to the last one in the list It should default to your currently logged in desk -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 34

[Bug 35990] New: [OMNIBUS] Improvements for using tinyint authorised values
by bugzilla-daemon＠bugs.koha-community.org 07 Jul '24

07 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35990 Bug ID: 35990 Summary: [OMNIBUS] Improvements for using tinyint authorised values Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com This omnibus relates to the work done on bug 28869 making it possible to restrict AV categories to 'tinyint' values (signed tinyint, -128 to 127). I am not doing all the work on that report. Bug 28869 is just the base point for further improvements. Listing a few suggestions on next comments. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 21284] New: ILS-DI: Allow GetPatronInfo to tell if a loaned item is on hold by someone else.
by bugzilla-daemon＠bugs.koha-community.org 07 Jul '24

07 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21284 Bug ID: 21284 Summary: ILS-DI: Allow GetPatronInfo to tell if a loaned item is on hold by someone else. Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Web services Assignee: koha-bugs(a)lists.koha-community.org Reporter: matthias.meusburger(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org This patch adds two entries in the loans section of GetPatronInfo's response: - itemonhold: number of holds on this specific item. - recordonhold: number of holds on the record. It allows an ILS-DI client to know if a loaned item is already on hold by someone else, and how much holds there are. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 37

[Bug 35008] New: ILS-DI should not require authentication if OpacPublic is disabled
by bugzilla-daemon＠bugs.koha-community.org 07 Jul '24

07 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35008 Bug ID: 35008 Summary: ILS-DI should not require authentication if OpacPublic is disabled Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Web services Assignee: koha-bugs(a)lists.koha-community.org Reporter: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org The ILS-DI script should still be accessible if OpacPublic is disabled -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 26

[Bug 36590] New: check_internal_auth does not return a patron and is inconsistent with other authorization routines
by bugzilla-daemon＠bugs.koha-community.org 07 Jul '24

07 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36590 Bug ID: 36590 Summary: check_internal_auth does not return a patron and is inconsistent with other authorization routines Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal 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 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 36701] New: Adjust hold confirmation to avoid showing empty div
by bugzilla-daemon＠bugs.koha-community.org 05 Jul '24

05 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36701 Bug ID: 36701 Summary: Adjust hold confirmation to avoid showing empty div Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Templates Assignee: emily.lamancusa(a)montgomerycountymd.gov Reporter: emily.lamancusa(a)montgomerycountymd.gov QA Contact: testopia(a)bugs.koha-community.org Depends on: 33174 Bug 33174 added a warning when cancelling multiple holds from request.pl, clearly indicating how many holds would be cancelled. The added div is empty when directly cancelling a single hold (by clicking the FA trash can icon next to it), so it makes sense to hide it in that case. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33174 [Bug 33174] Have better indication when one is cancelling multiple holds on a record -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 26793] New: Hidden 'more" menu if many informations displayed on header
by bugzilla-daemon＠bugs.koha-community.org 05 Jul '24

05 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26793 Bug ID: 26793 Summary: Hidden 'more" menu if many informations displayed on header Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: severine.queune(a)bulac.fr QA Contact: testopia(a)bugs.koha-community.org Created attachment 112228 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=112228&action=e… Hidden 'More' menu If there are many informations in the header (long librarian name, using desk option, add some local dropdown menu, etc.), the "More" menu is hidden by librarian name and can't be use. See screenshot attached. -- You are receiving this mail because: You are watching all bug changes.

1 2