November 2014 - Koha-bugs - lists.koha-community.org

[Bug 13157] New: improving facet definitions for unimarc
by bugzilla-daemon＠bugs.koha-community.org 25 Nov '14

25 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13157 Bug ID: 13157 Summary: improving facet definitions for unimarc Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: mathsabypro(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org The new code for facets calculation could probably be more precise for unimarc (in biblio-koha-indexdefs.xml) - for series, 410 tag is probably better than 225 - the date and place subdivisions 6XX$y and 6XX$z could be indexed (in su-geo and su-chrono) - the subdivisionn $x is indexed for 606, but all 6XX$x could also be indexed (in su-to) - 5XX are not subjects, so I'm not sure that indexing them in su-ut is good (but we should check in ccl.properties how this index is defined). Anyway, I always found that indexing 5XX was a weird idea... and there is maybe a mistake for 995$b - holdingbranch (should be 995$c) M. Saby -- You are receiving this mail because: You are watching all bug changes.

1 18

[Bug 10749] New: patron permissions typos
by bugzilla-daemon＠bugs.koha-community.org 25 Nov '14

25 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10749 Bug ID: 10749 Summary: patron permissions typos Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org In Home > Patrons > Set permissions for {staff member}, it says "edit_patronsPerform batch modifivation of patrons" which should be "edit_patronsPerform batch modification of patrons" It also says "budget_add_delAdd and delete budgets (but cant modify budgets)" which should be "budget_add_delAdd and delete budgets (but can't modify budgets)" -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 1985] Email notification of new OPAC comments
by bugzilla-daemon＠bugs.koha-community.org 25 Nov '14

25 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=1985 Olli-Antti Kivilahti <olli-antti.kivilahti(a)jns.fi> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #33916|0 |1 is obsolete| | --- Comment #3 from Olli-Antti Kivilahti <olli-antti.kivilahti(a)jns.fi> --- Created attachment 33918 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=33918&action=edit Bug 1985 - Email notification of new OPAC comments This feature adds YAS 'CommentModeratorsEmail', where an email (template code COMMENT_CREATED) is sent when a borrower creates/modifies an comment/review. The syspref is empty by default and no email is sent when the syspref is empty. This feature is needed because we want to alert our content moderators to take action when needed. Usually it is our librarians who write reviews and this improvement makes the process of moving Koha reviews to our CMS more smooth. TEST SETUP: -1. Run updatedatabase.pl to add the syspref and the new letter template. 0. Go to admin/preferences.pl?tab=opac, and set the 'CommentModeratorsEmail'-syspref to your email-address. TEST PLAN: 1. Log in to OPAC and find any Biblio. 2. Make a comment/review for it. 3. Check the koha.message_queue-table for any letter_code = 'COMMENT_CREATED'. You should see the reasonable default message. You can change the message in tools/letter.pl. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12407] New: phone label or data switched
by bugzilla-daemon＠bugs.koha-community.org 25 Nov '14

25 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12407 Bug ID: 12407 Summary: phone label or data switched Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 28785 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=28785&action=edit enter data See attached image. You enter date in the secondary and other phone fields on the patron form and it shows next to the opposite label on the patron record. -- You are receiving this mail because: You are watching all bug changes.

1 24

[Bug 1985] Email notification of new OPAC comments
by bugzilla-daemon＠bugs.koha-community.org 25 Nov '14

25 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=1985 Olli-Antti Kivilahti <olli-antti.kivilahti(a)jns.fi> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |Needs Signoff --- Comment #2 from Olli-Antti Kivilahti <olli-antti.kivilahti(a)jns.fi> --- Pending unit tests. I might not be able to do them in a while because I am quite busy with other issues. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 1985] Email notification of new OPAC comments
by bugzilla-daemon＠bugs.koha-community.org 25 Nov '14

25 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=1985 Olli-Antti Kivilahti <olli-antti.kivilahti(a)jns.fi> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |olli-antti.kivilahti(a)jns.fi Assignee|chris(a)bigballofwax.co.nz |olli-antti.kivilahti(a)jns.fi -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 1985] Email notification of new OPAC comments
by bugzilla-daemon＠bugs.koha-community.org 25 Nov '14

25 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=1985 --- Comment #1 from Olli-Antti Kivilahti <olli-antti.kivilahti(a)jns.fi> --- Created attachment 33916 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=33916&action=edit Bug 1985 - Email notification of new OPAC comments This feature adds YAS 'CommentModeratorsEmail', where an email (template code COMMENT_CREATED) is sent when a borrower creates/modifies an comment/review. The syspref is empty by default and no email is sent when the syspref is empty. This feature is needed because we want to alert our content moderators to take action when needed. Usually it is our librarians who write reviews and this improvement makes the process of moving Koha reviews to our CMS more smooth. TEST SETUP: -1. Run updatedatabase.pl to add the syspref and the new letter template. 0. Go to admin/preferences.pl?tab=opac, and set the 'CommentModeratorsEmail'-syspref to your email-address. TEST PLAN: 1. Log in to OPAC and find any Biblio. 2. Make a comment/review for it. 3. Check the koha.message_queue-table for any letter_code = 'COMMENT_CREATED'. You should see the reasonable default message. You can change the message in tools/letter.pl. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12924] New: Replay advance_notices.pl-cronjob in history
by bugzilla-daemon＠bugs.koha-community.org 25 Nov '14

25 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12924 Bug ID: 12924 Summary: Replay advance_notices.pl-cronjob in history Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: olli-antti.kivilahti(a)jns.fi QA Contact: testopia(a)bugs.koha-community.org If for some reason the advance_notices.pl script fails to run/crashes. It is very handy to be able to run it in a previous point in time. This feature improves the cronjob so we can run it any day in the past or future. This patch also introduces an exclusion feature to not run some day-differences. For ex. If the cronjob failed yesterday, and today the DUE-message is already generated, there is no point in generating PREDUE-messages from yesterday for those issues that expired and got notified today. If the cronjob failed many days ago playing with the exclusion days a bit trickier and requires careful testing, but it helps repair damage from unrealiable cronjobs. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 11354] New: NewItemsDefaultLocation Override in Cataloging
by bugzilla-daemon＠bugs.koha-community.org 25 Nov '14

25 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11354 Bug ID: 11354 Summary: NewItemsDefaultLocation Override in Cataloging Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: library(a)stas.org QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl The value of NewItemsDefaultLocation indiscriminately sets the location of a new item to this value. That is, when adding a new item, no matter what the cataloger sets for 952$c, the record defaults to the preference value, even if 952$c is not null. The matter is trivial, because one can easily just edit the item after the addition, and the edit sticks. It would be nice, however, for the NewItemsDefaultLocation value to only be applied to a new record when 952$c is null. If non-null, the default should not be applied. -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 12515] New: Partial receive status not correctly populated on updating from older Koha version
by bugzilla-daemon＠bugs.koha-community.org 25 Nov '14

25 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12515 Bug ID: 12515 Summary: Partial receive status not correctly populated on updating from older Koha version Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Filing this quickly, before I forget, some more testing needed: I just updated an old database dump to recent Koha in order to do some acquisition testing. The dump was from a version before the aqorders.orderstatus column existed. The database update created the column and set the status for all orders. This seems to work nicely, with the exception of partial orders. After updating, the partially unreceived orders have the status "ordered" instead of "partial". The parent_ordernumber is correctly set to the parent order with the received items. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5