February 2012 - Koha-bugs - lists.koha-community.org

[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 5727] New: Use of uninitialized value in concatenation (.) or string
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '13

27 Feb '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5727 Summary: Use of uninitialized value in concatenation (.) or string Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Architecture, internals, and plumbing AssignedTo: gmcharlt(a)gmail.com ReportedBy: frederic(a)tamil.fr QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 A lot of 'Use of uninitialized value in concatenation (.) or string' pollute log files and make them unreadable. -- 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 6

[Bug 7538] New: in transit items say available in the staff client
by bugzilla-daemon＠bugs.koha-community.org 26 Feb '13

26 Feb '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7538 Bug #: 7538 Summary: in transit items say available in the staff client Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All URL: /cgi-bin/koha/catalogue/search.pl?q=mashups OS/Version: All Status: NEW Severity: normal Priority: P5 - low Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: nengard(a)gmail.com QAContact: koha.sekjal(a)gmail.com When in the staff client on the search results it lists the available items on the right of an item, but it's listing items that are in transit as available. They should either say in transit or unavailable or something to make it clear that they are not available. -- 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 8

[Bug 7253] New: fast cataloging not always checking out
by bugzilla-daemon＠bugs.koha-community.org 26 Feb '13

26 Feb '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7253 Bug #: 7253 Summary: fast cataloging not always checking out Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: ian.walls(a)bywatersolutions.com Today during training we had the staff perform "fast cataloging" (They were given items to checkout that where not in Koha) After creating the item (clicking the "add item" button) some of the books were immediately checked out to the patron, while others never went past the "add item" screen. If a "duplicate record suspected" message appears it will not automatically check the item out to the borrower after clicking "add item" It stays on the "edit items" screen. I'm not sure that's the only time something is not checked out, but it is certainly one reason a book won't be checked out when fast cataloged. -- 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 28

[Bug 7408] New: Expire holds that have been waiting too long
by bugzilla-daemon＠bugs.koha-community.org 25 Feb '13

25 Feb '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7408 Bug #: 7408 Summary: Expire holds that have been waiting too long Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests AssignedTo: ian.walls(a)bywatersolutions.com ReportedBy: ian.walls(a)bywatersolutions.com QAContact: ian.walls(a)bywatersolutions.com CC: gmcharlt(a)gmail.com For holds that have been waiting for pickup longer than the ReservesMaxPickupDelay number of days, there should be an automated way to mark these holds as "expired". It would also be nice (well, for the library, perhaps) to have the option to charge a fee for the patron not picking up the material. -- 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 58

[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

[Bug 4919] New: Need ability to define Hold Notice text per library/branch
by bugzilla-daemon＠bugs.koha-community.org 22 Feb '13

22 Feb '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4919 Summary: Need ability to define Hold Notice text per library/branch Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Notices AssignedTo: henridamien(a)koha-fr.org ReportedBy: wizzyrea(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Currently one can define overdue notices per branch, and the facility exists to *create* alternate hold notices, but you cannot apply the new, created notice to a specific branch specifically for holds/reserves notifications. It would be a nice addition to be able to define hold notifications per library, perhaps on the library definition options page. -- 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 7437] New: Baskets become invisible in bookseller's list when all their items are received
by bugzilla-daemon＠bugs.koha-community.org 20 Feb '13

20 Feb '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7437 Bug #: 7437 Summary: Baskets become invisible in bookseller's list when all their items are received Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: fcapovilla(a)live.ca QAContact: ian.walls(a)bywatersolutions.com Created attachment 7108 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=7108 Corrects the SQL query used to fetch all baskets of a booksellers. If all the items in a basket are received, the basket doesn't appear in the bookseller's baskets list (/acqui/booksellers.pl). I don't think having invisible baskets is a desired behavior, so here is a patch so all baskets are shown. -- 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 7

[Bug 7161] New: Open Library - Larger image, Read, borrow and checked-out status
by bugzilla-daemon＠bugs.koha-community.org 19 Feb '13

19 Feb '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7161 Bug #: 7161 Summary: Open Library - Larger image, Read, borrow and checked-out status Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: savitra.sirohi(a)osslabs.biz QAContact: ian.walls(a)bywatersolutions.com Modified Open Library JS to: 1. Use jscmd=data instead of default, this provides ebooks availability information. This will allow us to display read/borrow/checkedout icons 2. Show larger image in opac-detail page 3. Show read/borrow/checked-out status in opac-detail page below the image -- 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 27

[Bug 5688] New: OPAC My Summary tab fines column doesn't display accruing fines
by bugzilla-daemon＠bugs.koha-community.org 18 Feb '13

18 Feb '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5688 Summary: OPAC My Summary tab fines column doesn't display accruing fines 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: jwagner(a)ptfs.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Created attachment 3059 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=3059 screen shot of My Summary tab Problem description copied from: http://lists.katipo.co.nz/public/koha/2008-March/013387.html "Long version: I'm using the script <KOHA>/bin/cronjobs/fines2.pl to calculate fines on a nightly basis. It works pretty well, but I noticed that it has this line: UpdateFine($data->[$i]->{'itemnumber'}, $data->[$i]->{'borrowernumber'},$amount,$type,$due); This calls the UpdateFine subroutine in C4/Overdues.pm, which runs this command: my $sth2 = $dbh->prepare( "INSERT INTO accountlines (borrowernumber,itemnumber,date,amount, description,accounttype,amountoutstanding,accountno) VALUES (?,?,now(),?,?,'FU',?,?)" ); Note how "FU" is hardcoded as the "accounttype" in this section. But when a patron is viewing his/her summary screen in the OPAC (i.e. http://www.example.net/cgi-bin/koha/opac-user.pl) and has an overdue item, the line under "Fines" always says "No". Why? Because opac-user.pl has this bit of code: my $charges = 0; foreach my $ac (@$accts) { if ( $ac->{'itemnumber'} == $issue->{'itemnumber'} ) { $charges += $ac->{'amountoutstanding'} if $ac->{'accounttype'} eq 'F'; $charges += $ac->{'amountoutstanding'} if $ac->{'accounttype'} eq 'L'; } } $issue->{'charges'} = $charges; So, $charges is only going to be passed to the template if the accounttype is "F" or "L". But since C4/Overdues.pm is always setting it to "FU", that will never happen, and the Summary screen will always tell the patron they have no fines." I tested this morning on current master/head, and this problem still seems to exist. The fines.pl script is setting accounttype to FU, and opac-user.pl is still not displaying FU types of fines. What are the implications (if any) of adding FU to opac-user.pl? See screenshot -- the fines display correctly under the separate My Fines tab, but not in the Fines column of the My Summary tab. -- 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 3