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

[Bug 5394] New: Fatal error when searching for a non-existant item when receiving an order
by bugzilla-daemon＠bugs.koha-community.org 24 Mar '13

24 Mar '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5394 Summary: Fatal error when searching for a non-existant item when receiving an order Change sponsored?: Sponsored Product: Koha Version: rel_3_0 Platform: All URL: http://localhost:8080/cgi-bin/koha/acqui/orderreceive. pl?supplierid=4&freight=0&invoice=2117008&receive=9781 563636783 OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: mjr(a)ttllp.co.uk QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 A book is a new edition of the title in the catalogue, but their records are, and should remain, completely unrelated. I couldn't see a record for it in the acquisition module so I searched for it by ISBN from here: http://localhost:8080/cgi-bin/koha/acqui/parcel.pl?type=intra&supplierid=4&… under "search orders to add to this shipment" to check that the new edition record wasn't tucked away somewhere. I got the error message "Can't use string ("0") as a HASH ref while "strict refs" in use at /usr/local/share/koha/cgi-bin/acqui/orderreceive.pl line 192." This appears to be because the end of acqui/orderreceive.pl doesn't check whether the earlier GetBookSellerFromId actually found anything. I will prepare a simple patch. I think this is 3.0.x only. -- 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 2

[Bug 4906] New: Problem with grace period calculation and fine intervals >1
by bugzilla-daemon＠bugs.koha-community.org 24 Mar '13

24 Mar '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4906 Summary: Problem with grace period calculation and fine intervals >1 Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: katrin.fischer(a)bsz-bw.de QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Estimated Hours: 0.0 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'}; -- 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 38

[Bug 5523] New: Count of items in PROC shelving location.
by bugzilla-daemon＠bugs.koha-community.org 19 Mar '13

19 Mar '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5523 Summary: Count of items in PROC shelving location. Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: amit.gupta(a)osslabs.biz QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com Estimated Hours: 0.0 Display Count of items in PROC shelving location. -- 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 12

[Bug 5442] New: Transfer enhancements
by bugzilla-daemon＠bugs.koha-community.org 15 Mar '13

15 Mar '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5442 Summary: Transfer enhancements Change sponsored?: Sponsored Product: Koha Version: rel_3_4 Platform: All URL: http://wiki.koha-community.org/wiki/Transfers_-_enhanc ements OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Circulation AssignedTo: henridamien(a)koha-fr.org ReportedBy: paul.poulain(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Estimated Hours: 0.0 == Checking Books from other libraries == Each branch should be able to select if it will accept patrons checking in books from other branches. 3 steps proposed: * global syspref: should Koha manage checkins globally or on a branch by branch basis? 3 choices: ** Check-in allowed globally? Y/N -> any branch will accept books initially checkout from any other library ** check-in allowed on a branch by branch basis? Y/N * if choice 2 is ON, in each site's parameters, one can select the list of branches for which transfer of items are a-ok. * in UI in circulation, when one checks in an item initially checked out from another library, Koha has different messages according to the situation: ** "transfer to library OTHERLIBRARY" if transfer is allowed ** "Checkin from library OTHERLIBRARY is not allowed. Do you want to override?" Y/N. If Y: do as preceding step; If N: do nothing, the item stays on the patron's account. -- 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 2

[Bug 5038] New: Checkout by hour
by bugzilla-daemon＠bugs.koha-community.org 11 Mar '13

11 Mar '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5038 Summary: Checkout by hour Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: brice.sanchez(a)sys-tech.net QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Estimated Hours: 0.0 Hello Everyone, I work for a big group of french-canadian library, they have a feature request for the Koha SIGB. They want to checkout books for few hours and days. So i want to work on this feature request and to be approved by the community because it's a long-term project (5 years min). I will make commit on the GIT in few days and i need help to make good job because i begin to work on Koha (i saw the code guidelines). If any similar job was done before me, please tell me because i found nothing on bugzilla. See you later. Brice S. PS : Sorry for my basic English. -- 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 4

[Bug 5333] New: Undefined value stops import from z39.50
by bugzilla-daemon＠bugs.koha-community.org 11 Mar '13

11 Mar '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5333 Summary: Undefined value stops import from z39.50 Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: P5 Component: MARC Bibliographic record staging/import AssignedTo: gmcharlt(a)gmail.com ReportedBy: dtcrsby(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com Estimated Hours: 0.0 I'm having problems importing some records from z39.50. I had the issue with 3.00.01.005, so I updated to the git HEAD, but still having problems. The error I get is: "Software error: Can't call method "add_subfields" on an undefined value at /home/koha/kohaclone/cataloguing/addbiblio.pl line 142." I've got a few records that should reproduce the problem (they're from AMICUS) The MARC data of one book: LDR 01554cam a22003854a 4500 001 2005281191 003 DLC 005 20091006 .0 008 050826s2005 cc 001 0 eng 010 _a 2005281191 020 _a0596007973 040 _aDLC _beng _cDLC _dDLC 042 _apcc 050 00 _aQA76.73.P98 _bP95 2005 082 00 _a005.13/3 _222 245 00 _aPython cookbook / _cedited by Alex Martelli, Anna Martelli Ravenscroft, and David Ascher. 250 _a2nd ed. 260 _aBeijing ; _aSebastopol, CA : _bO'Reilly, _cc2005. 300 _axxxiii, 807 p. ; _c24 cm. 500 _a"Recipes from the Python community"--Cover. 500 _aIncludes index. 650 0 _aPython (Computer program language) 700 1 _aAscher, David. 700 1 _aMartelli, Alex. 700 1 _aMartelli Ravenscroft, Anna. 852 _91 _aCaBVAS _hQA 76.73 P98 P983 2005 _zILL: yes 852 _92 _aCaNFSM _hQA 76.73 P98 P95 2005 _zILL: yes 852 _93 _aCaNSLAL _hQA 76.73 P98 P95 2005 _zILL: yes 852 _94 _aCaOOU _hQA 76.73 .P98 P95 2005 _zILL: yes 852 _95 _aCaOPAL _hQA 76.73 P98P95 2005 _zILL: yes 852 _96 _aCaSPANI _hQA76.73.P98.P95 2005 _zILL: yes 852 _97 _aCaSRRE _hQA 76.73 P98 M3 2005 _zILL: yes 856 42 _3Publisher description _uhttp://www.loc.gov/catdir/enhancements/fy0715/2005281191-d.html 856 42 _3Contributor biographical information _uhttp://www.loc.gov/catdir/enhancements/fy0912/2005281191-b.html 856 41 _3Table of contents only _uhttp://www.loc.gov/catdir/enhancements/fy1001/2005281191-t.html The MARC data of a CD: LDR 01118cjm a2200265Ka 4500 001 000034984704 003 CaOOAMICUS 005 20090609 .0 007 sd fsngnnmmneu 008 080514s2008 xx n zxx d 024 8 _a00602517671836 024 1 _a602517671836 028 02 _aB0011135-02 _bDGC/Interscope Records 040 _aCaBVA _beng _cBTCTA _dJBU 110 2 _aWeezer (Musical group) 245 10 _aWeezer _h[sound recording]. 246 1 _iAlso known as: _aRed album _h[sound recording] 260 _aSanta Monica, CA : _bDGC/Interscope Records, _cp2008. 300 _a1 sound disc : _bdigital, stereo ; _c4 3/4 in. 500 _aRock songs, chiefly by Rivers Cuomo. 505 00 _tTroublemaker _g(2:44) -- _tGreatest man that ever lived (Variations on a Shaker hymn) _g(5:52) -- _tPork and beans _g(3:09) -- _tHeart songs _g(4:05) -- _tEverybody get dangerous _g(4:02) -- _tDreamin' _g(5:11) -- _tThought I knew _g(3:01) -- _tCold dark world _g(3:51) -- _tAutomatic _g(3:078) -- _tAngel and the one _g(6:46). 538 _aCompact disc. 650 0 _aRock music _y2001-2010. 700 1 _aCuomo, Rivers. 852 _91 _aCaBVA _zILL: no -- 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 16

[Bug 5434] New: More granular hold rules
by bugzilla-daemon＠bugs.koha-community.org 04 Mar '13

04 Mar '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5434 Summary: More granular hold rules Change sponsored?: Sponsored Product: Koha Version: rel_3_4 Platform: All URL: http://wiki.koha-community.org/wiki/AllowOnShelfHolds OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: paul.poulain(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Estimated Hours: 0.0 AllowOnShelfHolds syspref is currently global: one should be able to toggle the syspref by branch: branch A: AllowOnShelfHolds == Y branch B: AllowOnShelfHolds == N etc This will be a part of circ improvement, see also http://wiki.koha-community.org/wiki/Holds_managed_in_smart-rules -- 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 1

[Bug 4882] New: Integrate debian/scripts/* upstream
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '13

27 Feb '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4882 Summary: Integrate debian/scripts/* upstream Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Packaging AssignedTo: lars(a)catalyst.net.nz ReportedBy: lars(a)catalyst.net.nz QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 The command line tools in debian/scripts are mostly not specific to Debian at all. It would be good to integrate them with the upstream code to make them available on all platforms. -- 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 2

[Bug 4967] New: edit item not pulling call number
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '13

27 Feb '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4967 Summary: edit item not pulling call number Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com Estimated Hours: 0.0 In this scenario a brief record was created at the time or ordering. the cataloger then goes in when the item is received and adds the additional details to the item record - but there is no way to auto fill the call number on editing (only on adding) and so the cataloger now has to go into the bib record, find the call number and type (or paste) it themselves. There should be a way to have the call number auto fill on edit item as well as on add item -- 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 1

[Bug 5524] New: Can't delete list from second page of results
by bugzilla-daemon＠bugs.koha-community.org 22 Feb '13

22 Feb '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5524 Summary: Can't delete list from second page of results Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All URL: /cgi-bin/koha/opac-shelves.pl?display=privateshelves&s helfoff=2 OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Virtual Shelves AssignedTo: gmcharlt(a)gmail.com ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 If you have more than one page of lists and try to delete a list from the second page you'll get an error: ERROR: List number XX unrecognized (where XX is the shelfnumber of your list). Strangely, even if you click the list to view its contents (/opac-shelves.pl?display=privateshelves&viewshelf=XX&sortfield=title), clicking 'Delete' will give you the same message. -- 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 18