July 2011 - Koha-bugs - lists.koha-community.org

[Bug 5911] New: Transport Cost Matrix of transporting an item between branches
by bugzilla-daemon＠bugs.koha-community.org 26 Mar '13

26 Mar '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5911 Bug #: 5911 Summary: Transport Cost Matrix of transporting an item between branches Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Hold requests AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: srdjan(a)catalyst.net.nz QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Transport Cost Matrix The system shall contain a new administrative page that serves to manage the relative costs of transporting an item between branches. “Cost” does not directly correspond to currency, but rather is a measurement of the difficulty of transporting the item between the two branches. For each branch, it shall be possible to specify a numeric value indicating the 'cost' of transporting the item from that branch to every other branch. A toggle shall also be available to block all transport from any branch to any other branch. The toggle shall not change the 'cost' value associated with the transport between any two branches. Filling Holds using the Transport Cost Matrix A system preference shall be added to control whether holds are filled using the Transport Cost Matrix, or not. If the system is configured to use the Transport Cost Matrix for filling holds, then when attempting to fill a hold, the system will search for the lowest cost branch, and attempt to fill the hold with an item from that branch first. Branches of equal cost shall be selected from randomly. The branch or branches of the next highest cost shall be selected from only if all the branches in the previous group are unable to fill the hold. The system shall use the item's current holding branch when determining whether the item can fulfill a hold using the Transport Cost Matrix. This behaviour shall be overruled if the AutomaticItemReturn system preference is enabled. -- 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 80

[Bug 5290] New: Problems after issuing a "norforloan" item
by bugzilla-daemon＠bugs.koha-community.org 24 Mar '13

24 Mar '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5290 Summary: Problems after issuing a "norforloan" item Change sponsored?: --- Product: Koha Version: rel_3_0 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: pascale.nalon(a)ensmp.fr QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Estimated Hours: 0.0 Created attachment 2679 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=2679 a screen copy of the message In our Koha, we have created several status for not for loan items. These status are in a list of authorized values (0 : authorized loan, other values = not authorized loan). You can force the issuing of a not for loan item. When the value is "1" (normal value for not for loan), you have a message, you force the issuing, and after every thing go right. If the notforloan value is different (< 1), you can force the issuing, but after you have the same message for forcing the issuing everytime even for authorized items, until the unauthorized item is back. -- 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 5888] New: opac-detail subject/author links improvements
by bugzilla-daemon＠bugs.koha-community.org 24 Mar '13

24 Mar '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5888 Bug #: 5888 Summary: opac-detail subject/author links improvements Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: chris(a)bigballofwax.co.nz QAContact: koha-bugs(a)lists.koha-community.org Blocks: 5584 When the user clicks on a subject or an author, the list of subjects (authors) is displayed and the user can choose more than 1 subject (author) to search on this is very convenient when, for example, subjects are : France, history, kingdom, war to do a search on "France + war" easily -- 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 81

[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 6314] New: UNIMARC OPAC XSL improvements
by bugzilla-daemon＠bugs.koha-community.org 24 Mar '13

24 Mar '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6314 Bug #: 6314 Summary: UNIMARC OPAC XSL improvements Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: frederic(a)tamil.fr QAContact: koha-bugs(a)lists.koha-community.org - Exclude 'marc' & 'item' prefix from UNIMARC util XSL to slim down result - Add missing NSB/NSE characters striping - 200 fields on result/detail page: show all subfields in order, link to detail page only on $a - 4xx display, more fields and more subfields, respects subfields order which matter - Add missing fields: 205, 500 - Add missing MARC21 syspref: - DisplayOPACiconsXSLT, not implemtable in UNIMARC - OPACURLOpenInNewWindow - URLLinkText - ShowISBD Sidenote: this should have been done by people having introduced those syspref into MARC21 XSL. -- 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 24