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

[Bug 9768] New: Problem with grace period calculation and fine intervals >1
by bugzilla-daemon＠bugs.koha-community.org 23 Oct '15

23 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9768 Bug ID: 9768 Summary: Problem with grace period calculation and fine intervals >1 Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com With a fine interval > 1 there is currently no way to avoid a effective grace period. Fines can not start the day after the due date. Configuration: With grace period = 1 fine interval 5 (= weekly, the library is closed Sunday and Saturday) Result: The first fine ist set 7 days after the item was due. Monday, checkout Tuesday, item due Wednesday Thursday Friday Saturday, holiday Sunday, holiday Monday, Tuesday, first fine Grace period for fine intervals > 1 should describe the days between the due date and the day the first fine is set. CalcFines() in Overdues.pm: 266 my $days_minus_grace = $daystocharge - $data->{'firstremind'}; 267 if ($data->{'chargeperiod'} > 0 && $days_minus_grace > 0 ) { 268 $amount = int($daystocharge / $data->{'chargeperiod'}) * $data->{'fine'}; -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 10

[Bug 6874] New: File upload in MARC
by bugzilla-daemon＠bugs.koha-community.org 23 Oct '15

23 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6874 Bug #: 6874 Summary: File upload in MARC Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: julian.maurice(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com Add a plugin for uploading a file and link to it in MARC. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug.

1 433

[Bug 7560] New: Self Check $10 Threshhold for Not Being able to Check Out Books
by bugzilla-daemon＠bugs.koha-community.org 22 Oct '15

22 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7560 Bug #: 7560 Summary: Self Check $10 Threshhold for Not Being able to Check Out Books Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 - low Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: kyle.m.hall(a)gmail.com QAContact: koha.sekjal(a)gmail.com CC: gmcharlt(a)gmail.com On our self checks, if you have over $10.00 in fines, you should not be able to check out items. Currently patrons are not stopped from checking out items. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 63

[Bug 10344] New: add RDA support to Koha
by bugzilla-daemon＠bugs.koha-community.org 22 Oct '15

22 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10344 Bug ID: 10344 Summary: add RDA support to Koha Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: mtj(a)kohaaloha.com CC: m.de.rooy(a)rijksmuseum.nl this bug attempts to track RDA support in Koha. below are some useful links on this issue... http://wiki.koha-community.org/wiki/RDA http://blog.bigballofwax.co.nz/2012/12/12/rda-support-in-koha/ http://bywatersolutions.com/2013/02/08/rda/ -- You are receiving this mail because: You are watching all bug changes.

1 20

[Bug 11139] New: opac-topissues does not work with CCODE
by bugzilla-daemon＠bugs.koha-community.org 22 Oct '15

22 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11139 Bug ID: 11139 Summary: opac-topissues does not work with CCODE Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: fridolyn.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org When OPAC most populars uses collection code, it does not work. There are never results. -- You are receiving this mail because: You are watching all bug changes.

1 29

[Bug 11250] New: "too many holds" message appears inappropriately
by bugzilla-daemon＠bugs.koha-community.org 22 Oct '15

22 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11250 Bug ID: 11250 Summary: "too many holds" message appears inappropriately Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: koha(a)univ-lyon3.fr QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com In the staff interface, when placing a hold from the holds tab of a detailed record, the message "Cannot place hold Too Many Holds: Johnny SuchOne has too many holds" appears even if the unique reason is that there 's no holds allowed for the borrower. seems because of this line (request.pl line 193) : unless ( $canbookbereserved ) { $maxreserves = 1; } -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 32

[Bug 12120] New: Add --tempdir arg to rebuild_zebra.pl
by bugzilla-daemon＠bugs.koha-community.org 22 Oct '15

22 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12120 Bug ID: 12120 Summary: Add --tempdir arg to rebuild_zebra.pl Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: gmcharlt(a)gmail.com Reporter: mtj(a)kohaaloha.com QA Contact: testopia(a)bugs.koha-community.org Sometimes zebra indexing will fail when the filesystem of the /tmp dir is too small for the indexing temp file ie: a 20 gig temp file is needed, and /tmp is only 1 gig :( ...in this situation, it is necessary to tell rebuild_zebra.pl to use a different filesystem with the required space. this patch aims to provide this functionality -- You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 10890] New: Autobarcode "<branch>yymm00001" Fails in Acquisitions When Receiving Item
by bugzilla-daemon＠bugs.koha-community.org 21 Oct '15

21 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10890 Bug ID: 10890 Summary: Autobarcode "<branch>yymm00001" Fails in Acquisitions When Receiving Item 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: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org Currently, if autobarcode is set to "<branch>yymm00001", the barcode won't be created. Depending on your browser, you should receive a Javascript alert saying something like "Uncaught TypeError: Cannot read property 'field_value' of undefined". This looks like it's due to the form containing elements with a 'field_value' property missing the name "f". The easiest fix is to add a name of "f" to the form. That eliminates the problem and allows the barcode to be created. However, as Jared and Robin have pointed out, "f" is a really poor choice of names for a form. We should probably be using descriptive names for our forms. We should probably also be populating the barcode field in a way that doesn't rely on looping through the inputs of a form. Maybe we could just look for the branch code by doing $('#outeritemblock #subfielda') or something like that. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 10

[Bug 10598] New: self check shouldn't link out to catalog
by bugzilla-daemon＠bugs.koha-community.org 20 Oct '15

20 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10598 Bug ID: 10598 Summary: self check shouldn't link out to catalog Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org When you use self check the titles you check out are linked to the opac, the problem here is that most libraries set their self check machines to not allow visiting pages outside of the self check. If you click a title and get in to the opac then you might not be able to get back to the self check if those safeguards are in place. -- You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 8417] New: date acquired is shipping date
by bugzilla-daemon＠bugs.koha-community.org 20 Oct '15

20 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8417 Priority: P5 - low Change sponsored?: --- Bug ID: 8417 Assignee: koha-bugs(a)lists.koha-community.org Summary: date acquired is shipping date Severity: normal Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: NEW Version: master Component: Acquisitions Product: Koha When receiving orders, Koha is using the shipping date as the date acquired but it should probably be using the date you're actually adding the items (which might be after the shipping date). -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 22