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

[Bug 5440] New: improvements on authorities links
by bugzilla-daemon＠bugs.koha-community.org 24 Mar '13

24 Mar '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5440 Summary: improvements on authorities links Change sponsored?: Sponsored Product: Koha Version: rel_3_4 Platform: All URL: http://wiki.koha-community.org/wiki/Improvements_to_Au thority_Searching OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: OPAC AssignedTo: henridamien(a)koha-fr.org ReportedBy: paul.poulain(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 The way you can search on authorities (authors & sujects) will be improved, and the user will be able to search on more than 1 authority at a time. For example : a book has 3 authors : Victor Hugo, John Travolta, Nicolas Sarkozy. If the user click on one of the 3 authors, a small popup opens, with the 3 authors, the one he has clicked on is selected, and the user can check the other ones if he want, and launch the search on 1, 2, or the 3 authors. For subject search, the idea is the same, except the user can select at subfield level. For example, if a biblio has 3 subject : sports, Europe – France, Soccer –- FIFA world cup 2010, if the user click on one of them, 5 choices can be checked : Sports / Europe / France / Soccer / FIFA world cup 2010 for an example, see here http://cat-bib.nimes.fr/cgi-bin/koha/opac-detail.pl?biblionumber=9 -- 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 5219] New: Perltidy code
by bugzilla-daemon＠bugs.koha-community.org 24 Mar '13

24 Mar '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5219 Summary: Perltidy code Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 Component: Architecture, internals, and plumbing AssignedTo: gmcharlt(a)gmail.com ReportedBy: cnighswonger(a)foundations.edu QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 This is a standing bug to be used for tidy patches. Be sure to use xt/perltidyrc as the basis for any perl tidying to be done. -- 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 4985] New: Edit a calendar entry for all branches
by bugzilla-daemon＠bugs.koha-community.org 24 Mar '13

24 Mar '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4985 Summary: Edit a calendar entry for all branches Change sponsored?: --- Product: Koha Version: HEAD Platform: All URL: /cgi-bin/koha/tools/holidays.pl OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Tools AssignedTo: gmcharlt(a)gmail.com ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 It is possible to create a holiday and copy it to all branches but it's not possible to edit a holiday and apply the change to all branches. -- 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 5256] New: Merge bibs should work from cart
by bugzilla-daemon＠bugs.koha-community.org 24 Mar '13

24 Mar '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5256 Summary: Merge bibs should work from cart 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: camins(a)numismatics.org QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com Estimated Hours: 0.0 It would be really helpful if the Merge feature worked with records in the cart and not just records in lists. That way it would be possible to merge records quickly without needing to create a list every time. -- 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 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 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