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

[Bug 2874] create granular permission for overriding renewal limit
by bugzilla-daemon＠pippin.metavore.com 06 Jan '09

06 Jan '09

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2874 john.beppu(a)liblime.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |FIXED ------- Comment #1 from john.beppu(a)liblime.com 2009-01-06 12:22 ------- The granular permission for overriding blocked renewals is 'circulate_remaining_permissions'. It is a subpermission of 'circulate'. The code for this was applied a while ago. commit 7b683cf583766e41c8241cc3e2ceaf9a3b0ed295 ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2563] Problems filling in position 7-10 and 11-14 in marc field 008
by bugzilla-daemon＠pippin.metavore.com 06 Jan '09

06 Jan '09

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2563 john.beppu(a)liblime.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2897] New: items.content in PREDUE notice not processed by adv. notices
by bugzilla-daemon＠pippin.metavore.com 06 Jan '09

06 Jan '09

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2897 Summary: items.content in PREDUE notice not processed by adv. notices Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: major Priority: P3 Component: Notices AssignedTo: henridamien(a)koha-fr.org ReportedBy: joe.atzberger(a)liblime.com QAContact: koha-bugs(a)lists.koha.org The default PREDUE notice includes <<items.content>>, grepped as follows: /installer/data/mysql/en/optional/sample_notices.sql:('circulation','PREDUE','Advance Notice of Item Due','Advance Notice of Item Due','Dear <<borrowers.firstname>> <<borrowers.surname>>,\r\n\r\nThe following item will be due soon:\r\n\r\n<<items.content>>') But that is not processed at all by advance_notices.pl. The bug is that the default includes bogus values. A separate enhancement would be to add the items.content processing to the job but it is non-trivial to accomplish that. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2896] New: FinesMode Sys Pref Wrong Description
by bugzilla-daemon＠pippin.metavore.com 06 Jan '09

06 Jan '09

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2896 Summary: FinesMode Sys Pref Wrong Description Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P3 Component: System Administration AssignedTo: paul.poulain(a)free.fr ReportedBy: nicole.engard(a)liblime.com QAContact: koha-bugs(a)lists.koha.org CC: joe.atzberger(a)liblime.com, galen.charlton(a)liblime.com finesMode stats "Choose the fines mode, 'off', 'test' (emails admin report) or 'production' (accrue overdue fines). Requires accruefines cronjob." The fact is that it requires the fines.pl cronjob - and there is no accruefines cron. The description needs to be edited. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2895] New: Trying to output a report with greater than one page of results gives error
by bugzilla-daemon＠pippin.metavore.com 06 Jan '09

06 Jan '09

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2895 Summary: Trying to output a report with greater than one page of results gives error Product: Koha Version: rel_3_0 Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P3 Component: Reports AssignedTo: galen.charlton(a)liblime.com ReportedBy: debra.denault(a)liblime.com QAContact: koha-bugs(a)lists.koha.org Trying to output a guided report in Koha version 3.01.00.005 with greater than one page of results gives the following error message: Can't use an undefined value as an ARRAY reference at /home/PUTLIBRARYCODEHERE/kohaclone/C4/Reports/Guided.pm line 412. I have reproduced this on two different live sites when trying to output both comma separated and/or tab delimited reports. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2700] Keeping Data When Adding Multiple Items
by bugzilla-daemon＠pippin.metavore.com 05 Jan '09

05 Jan '09

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2700 ------- Comment #3 from galen.charlton(a)liblime.com 2009-01-05 14:49 ------- Patch pushed to HEAD. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2747] If no image is assigned to an item type the item type from the item record does not display in the normal view but rather the value from 942$c
by bugzilla-daemon＠pippin.metavore.com 05 Jan '09

05 Jan '09

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2747 joe.atzberger(a)liblime.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2894] New: Routing List holds need to be ITEM LEVEL
by bugzilla-daemon＠pippin.metavore.com 05 Jan '09

05 Jan '09

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2894 Summary: Routing List holds need to be ITEM LEVEL Product: Koha Version: rel_3_0 Platform: Macintosh OS/Version: All Status: NEW Severity: normal Priority: P3 Component: Serials AssignedTo: paul.poulain(a)free.fr ReportedBy: emily.funk(a)liblime.com QAContact: koha-bugs(a)lists.koha.org CC: emily.funk(a)liblime.com, cookie.wolfrom(a)liblime.com When creating a routing list for a serial, the hold that is placed for the patron is a BIB level hold, not an ITEM level hold. This means that all branches will see the hold when they pull their hold report. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2890] Check for holds when deleting patrons
by bugzilla-daemon＠pippin.metavore.com 05 Jan '09

05 Jan '09

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2890 oleonard(a)myacpl.org changed: What |Removed |Added ---------------------------------------------------------------------------- Platform|PC |All Summary|doesn't test for hold want |Check for holds when |deleting patron record |deleting patrons ------- Comment #2 from oleonard(a)myacpl.org 2009-01-05 07:48 ------- I would say that if the patron had outstanding unfulfilled holds they can be deleted by the patron deletion process. If the patron has holds *waiting* the deletion should be blocked so that the librarian can be aware that there might be a book on the shelf or in transit for that patron. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2890] doesn't test for hold want deleting patron record
by bugzilla-daemon＠pippin.metavore.com 05 Jan '09

05 Jan '09

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2890 ------- Comment #1 from nahuel.angelinetti(a)biblibre.com 2009-01-05 07:39 ------- Don't know, holds are non-blocking status. Fines and loans are some material/financial datas, an hold is an action that doesn't lost any data, money or items. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0