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

[Bug 12722] Population of Authority 001 is inconsistent
by bugzilla-daemon＠bugs.koha-community.org 27 Dec '16

27 Dec '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12722 David Gustafsson <glasklas(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |glasklas(a)gmail.com --- Comment #3 from David Gustafsson <glasklas(a)gmail.com> --- I have also encountered this issue. I'm tempted to have the opinion that it should be enforced that "(003)001" is moved to 035$a (if 001 is not already the internal koha id) on import since I interpret this behavior as being part of the MARC standard. At least it should be an option. Was thinking about adding this in the form of a custom script (-custom), but really think it should be added into the default logic. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 7710] multiple holds per title
by bugzilla-daemon＠bugs.koha-community.org 27 Dec '16

27 Dec '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7710 --- Comment #90 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Can this now be closed duplicate? (see bug 14695) -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13846] Email patron asking to return an item that has been placed on hold
by bugzilla-daemon＠bugs.koha-community.org 27 Dec '16

27 Dec '16

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

1 0

[Bug 13842] Send payment slip to patron by email
by bugzilla-daemon＠bugs.koha-community.org 27 Dec '16

27 Dec '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13842 --- Comment #1 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Still valid. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 14861] Accession date comparison does not work in advanced search
by bugzilla-daemon＠bugs.koha-community.org 27 Dec '16

27 Dec '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14861 --- Comment #30 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Hm, tested this on a 3.22 database with the example from the test plan: Search from advanced search by accession date: 2011-09-01 - 2011-09-30 9461 results Searched with SQL: select distinct biblionumber from items where dateaccessioned between '2011-09-01' and '2011-09-30' 805 results The date range search doesn't seem to work right. The search for a single date seems to work correctly. You can also truncate with *. Also filed this as a new bug report: bug 17815. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 5993] tags not searchable
by bugzilla-daemon＠bugs.koha-community.org 27 Dec '16

27 Dec '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5993 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |katrin.fischer(a)bsz-bw.de --- Comment #2 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Still valid. -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 8361] Issuing rule if no rule is defined
by bugzilla-daemon＠bugs.koha-community.org 27 Dec '16

27 Dec '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8361 Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Failed QA |Signed Off --- Comment #9 from Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> --- (In reply to Kyle M Hall from comment #8) > Shouldn't the circulation.tt template be updated with a NO_RULE_DEFINED > error case? The message says "This patron can't check out this item per library circulation policy" That sounds ok to me. We could add a check somewhere else (about page). -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13757] Make patron attributes editable in the opac if set to ' editable in OPAC'
by bugzilla-daemon＠bugs.koha-community.org 26 Dec '16

26 Dec '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13757 Tomás Cohen Arazi <tomascohen(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Failed QA |Needs Signoff -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13757] Make patron attributes editable in the opac if set to ' editable in OPAC'
by bugzilla-daemon＠bugs.koha-community.org 26 Dec '16

26 Dec '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13757 --- Comment #49 from Tomás Cohen Arazi <tomascohen(a)gmail.com> --- Created attachment 58429 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=58429&action=ed… Bug 13757: (followup) Regression tests for ->approve changes -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13757] Make patron attributes editable in the opac if set to ' editable in OPAC'
by bugzilla-daemon＠bugs.koha-community.org 26 Dec '16

26 Dec '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13757 --- Comment #48 from Tomás Cohen Arazi <tomascohen(a)gmail.com> --- Created attachment 58428 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=58428&action=ed… Bug 13757: (followup) Only touch opac_editable attributes As reported by Owen, the members-update.pl was showing every attributes the patron has (display issue) instead of showing only those affected by the changes. This patch fixes this by filtering the patron's attributes by opac editability. It also fixes Koha::Patron::Modification->approve so it only clears the attributes with the updating 'code' and leaves the others untouched. As its been coded so far (until someone refactors it all) the Koha::Patron::Modification object needs to contain all the attributes for a specific code. And it comes from parsing the UI's input. Tests for Koha::Patron::Modification->approve to come. -- You are receiving this mail because: You are watching all bug changes.

1 0