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

[Bug 15280] Switch default CHECKOUT notice to Template Toolkit
by bugzilla-daemon＠bugs.koha-community.org 27 Jan '17

27 Jan '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15280 --- Comment #15 from Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> --- (In reply to Marcel de Rooy from comment #14) > (In reply to Jonathan Druart from comment #13) > > I think that this patch should not be pushed before bug 17964. > > There is no direct connection? These patches do a simple change to the > default notice that works and only depends on biblio and branch, not issues. They prove that CHECKIN and CHECKOUT work and will still work if a change is done in template processing. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15030] Certain values in serials' items are lost on next edit
by bugzilla-daemon＠bugs.koha-community.org 27 Jan '17

27 Jan '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15030 --- Comment #35 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Critical bug, can we get this moving again? We had another report for barcode going missing when editing from the serials module. That's bad. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13972] Include fields from subscription and serial table in serial notification email
by bugzilla-daemon＠bugs.koha-community.org 27 Jan '17

27 Jan '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13972 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |binu(a)eclateng.com --- Comment #11 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- *** Bug 12437 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12437] <<items.enumchron>> 952$h field not populated while sending Routing List Notice
by bugzilla-daemon＠bugs.koha-community.org 27 Jan '17

27 Jan '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12437 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |DUPLICATE --- Comment #4 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- *** This bug has been marked as a duplicate of bug 13972 *** -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 15545] Optionally make hold notes required when placing a hold ( via Koha::Plugin)
by bugzilla-daemon＠bugs.koha-community.org 27 Jan '17

27 Jan '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15545 --- Comment #40 from Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> --- >From khall on irc to clarify: marcelr: pluggability should be for the controlling behavior, not for the action imo. I'm trying to say if the plugin hook could be used to decide if any given hold form field should be required it would make more sense to me. That being said, I'm not opposed to it the way it works atm. I'm wondering if maybe HEA should be able to track installed plugins, that would be useful -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15545] Optionally make hold notes required when placing a hold ( via Koha::Plugin)
by bugzilla-daemon＠bugs.koha-community.org 27 Jan '17

27 Jan '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15545 --- Comment #39 from Kyle M Hall <kyle(a)bywatersolutions.com> --- I'm really on the fence. I don't see anything wrong with extending the plugin functionality, but on the other hand, there is a *very* specific behavior. If it were an extension to control all the hold fields it would seem a bit less odd. Marcel, considering the small size of the patches, I don't think moving the sub to Koha::Hold is too big of an ask ; ) -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15280] Switch default CHECKOUT notice to Template Toolkit
by bugzilla-daemon＠bugs.koha-community.org 27 Jan '17

27 Jan '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15280 --- Comment #14 from Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> --- (In reply to Jonathan Druart from comment #13) > I think that this patch should not be pushed before bug 17964. There is no direct connection? These patches do a simple change to the default notice that works and only depends on biblio and branch, not issues. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15545] Optionally make hold notes required when placing a hold ( via Koha::Plugin)
by bugzilla-daemon＠bugs.koha-community.org 27 Jan '17

27 Jan '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15545 --- Comment #38 from Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> --- (In reply to Jonathan Druart from comment #37) > I would like to see the C4::Reserves sub moved to a Koha::Hold method at > least. I would not block this for that reason; the change was already pending before Koha::Objects were invented :) -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15545] Optionally make hold notes required when placing a hold ( via Koha::Plugin)
by bugzilla-daemon＠bugs.koha-community.org 27 Jan '17

27 Jan '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15545 Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |kyle(a)bywatersolutions.com -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15545] Optionally make hold notes required when placing a hold ( via Koha::Plugin)
by bugzilla-daemon＠bugs.koha-community.org 27 Jan '17

27 Jan '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15545 --- Comment #37 from Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> --- I do not manage to clear up my mind about the use of this plugin. I'd say it's the kind of feature that could be driven by a syspref. The quantity of code to wrap the plugin seems the same as the size of the plugin itself. It is also the kind of code we will not be able to know if it is used by someone in few years (what we do have with a syspref, cf Hea). I would like to see the C4::Reserves sub moved to a Koha::Hold method at least. Kyle, can we get your opinion on this one please? -- You are receiving this mail because: You are watching all bug changes.

1 0