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

[Bug 15516] Allow to reserve first available item from a group of titles
by bugzilla-daemon＠bugs.koha-community.org 29 Aug '16

29 Aug '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15516 Julian Maurice <julian.maurice(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |17217 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17217 [Bug 17217] Allow to reserve first available item from a group of titles (OPAC) -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15516] Allow to reserve first available item from a group of titles
by bugzilla-daemon＠bugs.koha-community.org 29 Aug '16

29 Aug '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15516 --- Comment #32 from Julian Maurice <julian.maurice(a)biblibre.com> --- Created attachment 54977 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=54977&action=ed… Bug 15516: Set reserve-group.pl to be executable -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14659] Allow patrons to enter card number and patron category on OPAC registration page
by bugzilla-daemon＠bugs.koha-community.org 29 Aug '16

29 Aug '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14659 Nick Clemens <nick(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |17213 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17213 [Bug 17213] Self registration cardnumber is not editable if errors found when form submitted -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14868] REST API: Swagger2-driven permission checking
by bugzilla-daemon＠bugs.koha-community.org 29 Aug '16

29 Aug '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14868 --- Comment #42 from Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> --- Comment on attachment 54895 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=54895 Bug 14868: Give users possibility to request their own object Review of attachment 54895: --> (https://bugs.koha-community.org/bugzilla3/page.cgi?id=splinter.html&bug=148…) ----------------------------------------------------------------- ::: Koha/REST/V1.pm @@ +203,5 @@ > + > +sub _object_ownership_by_borrowernumber { > + my ($c, $user, $borrowernumber) = @_; > + > + return $user->borrowernumber == $borrowernumber; I think it's not that easy. For instance at the OPAC, a patron is not allowed to update his own details, it will need to be approved by a staff member. Using the REST API he will be able to bypass the approval. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14435] The table saved_reports is never populated
by bugzilla-daemon＠bugs.koha-community.org 29 Aug '16

29 Aug '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14435 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Failed QA |Signed Off -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 17067] New: Missing field "sms_provider_id" in database schema
by bugzilla-daemon＠bugs.koha-community.org 29 Aug '16

29 Aug '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17067 Bug ID: 17067 Summary: Missing field "sms_provider_id" in database schema Change sponsored?: --- Product: Project Infrastructure Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Project website Assignee: wizzyrea(a)gmail.com Reporter: mik(a)adminkuhn.ch With https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9021 the new field "sms_provider_id" was created in Koha table "borrowers". It is actually there in Koha 16.05. But the field is not listed in http://schema.koha-community.org/tables/borrowers.html -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 10300] Allow transferring of items to be have separate IndependentBranches syspref
by bugzilla-daemon＠bugs.koha-community.org 29 Aug '16

29 Aug '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10300 Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jonathan.druart(a)bugs.koha-c | |ommunity.org --- Comment #6 from Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> --- As bug 15758 is going to pass QA soon, it would be good to rebase this patch on top of it. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14435] The table saved_reports is never populated
by bugzilla-daemon＠bugs.koha-community.org 29 Aug '16

29 Aug '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14435 --- Comment #30 from Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> --- Hi Katrin, This patch restore a broken behavior, instead of removing it completely. If the feature is used and some guys want to improve it, let's them do it :) I do not plan to improve it by myself, especially because IMO it's out of the scope of this bug report. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13895] Add API routes for checkouts retrieval and renewal
by bugzilla-daemon＠bugs.koha-community.org 29 Aug '16

29 Aug '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13895 --- Comment #43 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- > > We also need to resolve the question of taking opacuserlogin into account. > Yes I think this should be discussed, for example, could it make sense for > somebody to disable opacuserlogin but still wanting to have API access to > own objects? Or simply control both of these under the same preference, > opacuserlogin? I can imagine both happening: - libraries wanting to shut down any OPAC account functionality, but still be able to renew in staff, so the circulation conditions are set up this way. In this case, there should be a way to lock the API (opacuserlogin might be a way) - libraries shutting down the OPAC, because they use something else like an external discovery layer. In this case they'd still want to use the API, but might turn off the OPAC as far as possible. Should we just make a separate switch? -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15666] Automatic_renewals.pl fails when OverduesBlockRenewing and RestrictionBlockRenewing are set to "block"
by bugzilla-daemon＠bugs.koha-community.org 29 Aug '16

29 Aug '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15666 Claudio <costalc(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |DUPLICATE --- Comment #20 from Claudio <costalc(a)gmail.com> --- *** This bug has been marked as a duplicate of bug 14395 *** -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0