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

[Bug 15799] New: move authorised value related code into Koha::AuthorisedValues - part 2
by bugzilla-daemon＠bugs.koha-community.org 28 Aug '23

28 Aug '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15799 Bug ID: 15799 Summary: move authorised value related code into Koha::AuthorisedValues - part 2 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org Blocks: 15779 The first patch (bug 10363) did not take care of the subroutines from C4::Koha. This module contains several subroutines which could be either moved or replaced with a call to Koha::AuthorisedValues: - GetKohaImageurlFromAuthorisedValues - GetAuthValCode - GetAuthValCodeFromField - GetAuthorisedValues - GetAuthorisedValueCategories - GetAuthorisedValueByCode - GetKohaAuthorisedValues - GetKohaAuthorisedValuesFromField - GetKohaAuthorisedValuesMapping - GetKohaAuthorisedValueLib - GetAuthvalueDropbox Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15779 [Bug 15779] Remove unnecessary parts of C4::Koha -- You are receiving this mail because: You are watching all bug changes.

1 25

[Bug 15740] New: Add Ability to Group Item Types in Staff Advanced Search
by bugzilla-daemon＠bugs.koha-community.org 28 Aug '23

28 Aug '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15740 Bug ID: 15740 Summary: Add Ability to Group Item Types in Staff Advanced Search Change sponsored?: --- Product: Koha Version: 3.22 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: hbraum(a)nekls.org QA Contact: testopia(a)bugs.koha-community.org Bug 10937 added ability to group item types in advanced search. This only appears to work in the OPAC so far, unless I'm missing something. Could it be added for the staff side advanced search? -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 15696] New: Notices default all libraries page shows branch-specific notices
by bugzilla-daemon＠bugs.koha-community.org 28 Aug '23

28 Aug '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15696 Bug ID: 15696 Summary: Notices default all libraries page shows branch-specific notices Change sponsored?: --- Product: Koha Version: 3.22 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: hbraum(a)nekls.org QA Contact: testopia(a)bugs.koha-community.org The notices page default page shows all libraries notices (the default ones) AND the branch-specific ones. It would be nice if this page only listed the default ones (when the menu is set to all libraries), and mimicked the behavior on the circulation rules page, where all libraries = default rules shown, and then changing to an individual brach = branch specific rules. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 15688] New: Renew item that is on hold: Display information about hold's patron
by bugzilla-daemon＠bugs.koha-community.org 28 Aug '23

28 Aug '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15688 Bug ID: 15688 Summary: Renew item that is on hold: Display information about hold's patron 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: veron(a)veron.ch QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com To reproduce: - Go to Home > Circulation > Renew (/cgi-bin/koha/circ/returns.pl) - Enter the barcode of an item that is on hold for an other patron Result: Warning "Cannot renew: This item is on hold for another patron.", but no information about the patron given. It would be nice to have here the same information as with an attempt to check out the item on the check out page: Item XYZ : (1) has been on hold for ABC (999) at Centerville since 05/01/2016 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 16652] New: RestfulAPI supportind serivec for Vufind and NCIP for xnciptoolkit driver
by bugzilla-daemon＠bugs.koha-community.org 27 Aug '23

27 Aug '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16652 Bug ID: 16652 Summary: RestfulAPI supportind serivec for Vufind and NCIP for xnciptoolkit driver Change sponsored?: --- Product: Koha Version: 16.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P1 - high Component: Websites, Mailing Lists, etc Assignee: wizzyrea(a)gmail.com Reporter: black23(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 49

[Bug 17433] New: Koha::Validator. Validation for the masses!
by bugzilla-daemon＠bugs.koha-community.org 01 Aug '23

01 Aug '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17433 Bug ID: 17433 Summary: Koha::Validator. Validation for the masses! Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: olli-antti.kivilahti(a)jns.fi QA Contact: testopia(a)bugs.koha-community.org There are multiple validation needs inside Koha and currently there is a lot of code duplication regarding for ex simple data type validation (double, integer, char, string, array of emails, ...) Create a basis for Koha-wide validations usable dynamically with exceptions or without. -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 16912] New: Koha:: Patrons - Move AddEnrolmentFeeIfNeeded to add_enrolment_fee_if_needed
by bugzilla-daemon＠bugs.koha-community.org 01 Aug '23

01 Aug '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16912 Bug ID: 16912 Summary: Koha::Patrons - Move AddEnrolmentFeeIfNeeded to add_enrolment_fee_if_needed Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 40

[Bug 17787] New: Suppressed items seems so still be included in number of search results
by bugzilla-daemon＠bugs.koha-community.org 28 Jul '23

28 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17787 Bug ID: 17787 Summary: Suppressed items seems so still be included in number of search results Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: viktor.sarge(a)regionhalland.se QA Contact: testopia(a)bugs.koha-community.org We have a use case where like 99% of the collection is hidden and only a few selected items are displayed in the opac (by showing their covers up front on the main page). When going to the detail page and clicking the link for an author that has a long list of records (but only one visible in the opac) I might get indication of 63 hits in the search results and a the links to pages 1,2,3 etc for search results. Only problem is that there is actually only one result since the rest are suppressed. My guess is that the code calculating the number of hits and creating links to the pages of search results is not talking to the suppression system. I could not find any open bugs about this. Perhaps because our use of suppression is a bit of a edge case(?) I ended up "solving" the problem by removing the links on author etc. since we don't use search anyhow. I'll likely not research the issue further, but I felt I should at least report it and keep an eye out. All input is welcome. -- You are receiving this mail because: You are watching all bug changes.

1 29

[Bug 15708] New: Add ability to allow only items whose home/holding branch matches one of a group of libraries to fill a given hold
by bugzilla-daemon＠bugs.koha-community.org 12 Jul '23

12 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15708 Bug ID: 15708 Summary: Add ability to allow only items whose home/holding branch matches one of a group of libraries to fill a given hold Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com This enhancement will extend the functionality added in Bug 15532 using the library groups editor in Bug 15707 to allow not only holds from a single library match but a group of libraries that match. This will give much greater flexibility in defining what items should full what holds within a groups of libraries. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 8

[Bug 16436] New: Allow action logs to be logged to the koha log file
by bugzilla-daemon＠bugs.koha-community.org 11 Jul '23

11 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16436 Bug ID: 16436 Summary: Allow action logs to be logged to the koha log file Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org It would be very useful if it were possible to log actions to a log file as well as to the database. With Koha::Logger we can give the option of sending those logs to a separate file, but by default they can go to the standard log files. They should also be off by default. -- You are receiving this mail because: You are watching all bug changes.

1 22