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

[Bug 16702] New: Notice Triggers Issue: Delivery Mechanism Options Not Saving
by bugzilla-daemon＠bugs.koha-community.org 29 Aug '18

29 Aug '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16702 Bug ID: 16702 Summary: Notice Triggers Issue: Delivery Mechanism Options Not Saving Change sponsored?: --- Product: Koha Version: 16.05 Hardware: PC OS: Linux Status: NEW Severity: blocker Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: bassplayer9(a)hotmail.com QA Contact: testopia(a)bugs.koha-community.org Problem with Notice & Status Triggers (Tools › Notice triggers) When attempting to save my notice trigger configuration after (1) setting a delay integer, (2) selecting an overdue notice template, and (3) then choosing a delivery type (Email, SMS, etc.), the configuration saves but without the any of the delivery method types saving/sticking - they reset to an unchecked status. I do get a "changes saved" confirmation overall, but my delivery mechanism selections disappear for Email, Print, and SMS after clicking the "Save Changes" button. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 16923] New: System Preference Missing from Manual -- IndependentBranchesPatronModifications
by bugzilla-daemon＠bugs.koha-community.org 17 Aug '18

17 Aug '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16923 Bug ID: 16923 Summary: System Preference Missing from Manual -- IndependentBranchesPatronModifications Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Documentation Assignee: nengard(a)gmail.com Reporter: misilot(a)fit.edu QA Contact: testopia(a)bugs.koha-community.org The system preference "IndependentBranchesPatronModifications" which was added in 3.22 is missing from the 3.22 manual and the 16.05 manual. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 18236] New: Add classes to material type icons on result lists and detail pages
by bugzilla-daemon＠bugs.koha-community.org 16 Aug '18

16 Aug '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18236 Bug ID: 18236 Summary: Add classes to material type icons on result lists and detail pages Change sponsored?: --- Product: Koha Version: 3.22 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Some libraries would prefer to show different material type icons in the result lists and detail pages in OPAC in staff. In order to make this possible with CSS, it would be nice if every icon had its own specific class so it's easy to target them. Something like: mt_icon_book, mt_icon_film, mt_icon_... -- You are receiving this mail because: You are watching all bug changes.

1 22

[Bug 16189] New: Add an exception to SMS via email documentation in the Koha manual
by bugzilla-daemon＠bugs.koha-community.org 14 Aug '18

14 Aug '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16189 Bug ID: 16189 Summary: Add an exception to SMS via email documentation in the Koha manual Change sponsored?: --- Product: Koha Version: master Hardware: All URL: https://lists.katipo.co.nz/pipermail/koha/2016-April/0 45114.html OS: All Status: NEW Severity: minor Priority: P5 - low Component: Documentation Assignee: nengard(a)gmail.com Reporter: indradg(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Add an "exception note" that basically says "this may not work for all providers. Especially, users in India should aware of any liability - both civil and criminal, for sending unauthorised bulk SMS using this feature." -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 17651] New: t/db_dependent/api/v1/patrons.t is failing
by bugzilla-daemon＠bugs.koha-community.org 14 Aug '18

14 Aug '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17651 Bug ID: 17651 Summary: t/db_dependent/api/v1/patrons.t is failing 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: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org [Thu Nov 17 14:16:50 2016] [debug] GET "/api/v1/patrons" [Thu Nov 17 14:16:50 2016] [debug] Routing to a callback [Thu Nov 17 14:16:50 2016] [debug] Nothing has been rendered, expecting delayed response [Thu Nov 17 14:16:50 2016] [debug] Swagger2 routing to controller "Koha::REST::V1::Patron" and action "list" [Thu Nov 17 14:16:50 2016] [debug] 500 Internal Server Error (0.121564s, 8.226/s) ok 15 - GET /api/v1/patrons not ok 16 - 200 # Failed test '200 OK' # at t/db_dependent/api/v1/patrons.t line 122. # got: '500' # expected: '200' -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 18609] New: Make attachement of MARC records for list/ cart email optional
by bugzilla-daemon＠bugs.koha-community.org 11 Aug '18

11 Aug '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18609 Bug ID: 18609 Summary: Make attachement of MARC records for list/cart email optional Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org We just had a library reporting that a cart email was denied by a mail server because of the attachement. I think in the current situation we can expect mail servers to get even more critical. I propose that we make sending the attachement optional, maybe with a checkbox on the send cart/list form to avoid these problems. The checkbox could then be hidden with CSS for libraries that experience more problems with this. Alternatively we could also discuss generally removing the attachemeht, as we also offer the option to download in MARC format or a system preference to select the default behaviour. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 18276] New: Koha::Biblio - Remove GetBiblioFromItemNumber
by bugzilla-daemon＠bugs.koha-community.org 10 Aug '18

10 Aug '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18276 Bug ID: 18276 Summary: Koha::Biblio - Remove GetBiblioFromItemNumber 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(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 94

[Bug 18255] New: Koha::Biblio - Remove GetBiblioItemByBiblioNumber
by bugzilla-daemon＠bugs.koha-community.org 10 Aug '18

10 Aug '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18255 Bug ID: 18255 Summary: Koha::Biblio - Remove GetBiblioItemByBiblioNumber 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(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 14

[Bug 17449] New: Let users choose action in self checkout
by bugzilla-daemon＠bugs.koha-community.org 09 Aug '18

09 Aug '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17449 Bug ID: 17449 Summary: Let users choose action in self checkout Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Self checkout Assignee: koha-bugs(a)lists.koha-community.org Reporter: magnus(a)libriotech.no QA Contact: testopia(a)bugs.koha-community.org Currently if you have a stack of 15 books that you want to renew through the self checkout, you need to read the barcode of each item and then click "renew" for each of them. Same for returning books. One of my customers wants to change the SCO screen so that users can choose the action they want to take up front, then let them do the 15 renewals by just scanning the barcodes. Currently, I am thinking about implementing this as 3 tabs - Borrow/Renew/Return - with a barcode box on each one of them. I will have to get feedback from the customer in question, so this may be subject to change... -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 12

[Bug 18547] New: On shelf holds allowed > "If all unavailable" ignores branch rules
by bugzilla-daemon＠bugs.koha-community.org 07 Aug '18

07 Aug '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18547 Bug ID: 18547 Summary: On shelf holds allowed > "If all unavailable" ignores branch rules Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: mirko(a)abunchofthings.net QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com If in the circ rules matrix you set "On shelf holds allowed" to "If all unavailable", default hold policy "From home library" is ignored. Test plan: - Have a test user from one branch (eg Centerville) - Set "On shelf holds allowed" to "If all unavailable" for your patron and item category (or everyone and everything) - For "Default checkout, hold and return policy", set hold policy to "From home library" -> make sure there is no "Default holds policy by item type" to override the setting - Have two items for a record. 1. An item with home branch same as test user (eg Centerville) -> check this item out to somebody else 2. an item with a different home branch (eg Fairfield) -> available, not checked out - Try to place a hold for your test user. Does not work. - Apply the patch - Try to place a hold. Should work now. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 41