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

[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 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 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

[Bug 33043] New: Use process_tt in SIP modules
by bugzilla-daemon＠bugs.koha-community.org 05 Jul '24

05 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33043 Bug ID: 33043 Summary: Use process_tt in SIP modules 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 Bug 33030 implements a new helper subroutine to standardize processing of Template Toolkit syntax outside slips and notices. We should use this subroutine in the various parts of the SIP server code where we are currently using Template::process directly. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 19

[Bug 33036] New: REST API: Merge biblio records
by bugzilla-daemon＠bugs.koha-community.org 04 Jul '24

04 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33036 Bug ID: 33036 Summary: REST API: Merge biblio records Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: bibliothek(a)th-wildau.de CC: tomascohen(a)gmail.com Related to the ongoing development of biblios API, what about an endpoint to merge existing biblios including items and acquisition data as the intranet already offers. Possible params should be - biblionumber_to_remain that remains - biblionumber_to_merge which will be merged into biblionumber_to_remain - optional MARCXML that represents the remaining biblio If no MARCXML is delivered the merge should take the MARCXML from the remaining biblio as reference. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 76

[Bug 31335] New: unnecessary holds fetch in serials/routing-preview.pl
by bugzilla-daemon＠bugs.koha-community.org 04 Jul '24

04 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31335 Bug ID: 31335 Summary: unnecessary holds fetch in serials/routing-preview.pl Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jonathan.druart+koha(a)gmail.com Reporter: jonathan.druart+koha(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org The following code is not needed. my $holds = $biblio->current_holds; my $count = $holds->count; while ( my $hold = $holds->next ) { $count-- if $hold->is_waiting; } -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 27291] New: Change datetime format in Zebra logs
by bugzilla-daemon＠bugs.koha-community.org 04 Jul '24

04 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27291 Bug ID: 27291 Summary: Change datetime format in Zebra logs Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching - Zebra Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au At the moment, Zebra logs using a dateformat of "hh:mm:ss-DD/MM". For example, "23:16:22-21/12". I propose that we change it to use the dateformat of "%F %T" or "%FT%T". For example, "2020-12-21 23:16:41" or "2020-12-21T23:21:19" It can be done by adding the following option to zebrasrv: -m "%F %T" or -m "%FT%T" While this option doesn't obviously appear in "man zebrasrv", it does appear in "man yaz-ztest" and the manpage for zebrasrv says that zebrasrv has the same options as "yaz-ztest". -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 31

[Bug 32493] New: Vendor store loads unpaginated vendor list on ERM module main page
by bugzilla-daemon＠bugs.koha-community.org 04 Jul '24

04 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32493 Bug ID: 32493 Summary: Vendor store loads unpaginated vendor list on ERM module main page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ERM Assignee: jonathan.druart+koha(a)gmail.com Reporter: matt.blenkinsop(a)ptfs-europe.com CC: jonathan.druart+koha(a)gmail.com, jonathan.field(a)ptfs-europe.com, martin.renvoize(a)ptfs-europe.com, pedro.amorim(a)ptfs-europe.com Work is in progress to implement pagination on select dropdowns to avoid loading large lists of data for select options. However, in the ERMMain component there is an API call to fetch all the vendors and then load these into a Pinia store. This vendor store is then used in tables throughout ERM. The store should probably be removed and a different solution found for fetching the data for those tables to avoid a slow initial load of the ERM module. -- You are receiving this mail because: You are watching all bug changes.

1 7