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

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

17 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

[Bug 4901] New: Title & Subtitle w/out space in Zotero
by bugzilla-daemon＠bugs.koha-community.org 13 Feb '13

13 Feb '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4901 Summary: Title & Subtitle w/out space in Zotero Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Created attachment 2256 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=2256 title in opac and in zotero different When you add an item to Zotero the title and the subtitle get smooched together there should be a space and/or a colon. -- 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

[Bug 7311] New: Error when records have UNIMARC 461$0 or 773$0 for something other than bibnumber
by bugzilla-daemon＠bugs.koha-community.org 07 Feb '13

07 Feb '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7311 Bug #: 7311 Summary: Error when records have UNIMARC 461$0 or 773$0 for something other than bibnumber Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: ASSIGNED Severity: normal Priority: P3 Component: Cataloging AssignedTo: jcamins(a)cpbibliography.com ReportedBy: jcamins(a)cpbibliography.com QAContact: ian.walls(a)bywatersolutions.com With the addition of the code from Bug 5528, UNIMARC 461$0 and MARC21/NORMARC 773$0 have special meanings. When you import a record that uses those subfields for different data, you will get an error in /cataloguing/additem.pl. A check should be added to be sure that EasyAnalyticalRecords is enabled before trying to handle the 461$0/773$0 as bib numbers for analytics. -- 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 13

[Bug 5287] New: Would be nice to have search result options repeated at bottom of page, and page nav repeated at top of list
by bugzilla-daemon＠bugs.koha-community.org 05 Feb '13

05 Feb '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5287 Summary: Would be nice to have search result options repeated at bottom of page, and page nav repeated at top of list Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: lmschatt(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 After doing a search in the OPAC, the following options appear at the top of each page of results: Select All Clear All Highlight / Unhighlight Add to: Place Hold At the bottom of the page of search results, you can navigate to other pages of search results. It would be nice to be able to do all of those at either the top or the bottom of the page. I often scroll down the list, checking off items to add to the cart. I then have scroll all the way back up to add them, and then scroll all the way back down to navigate to the next page. It would be nice to eliminate some of the scrolling. -- 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 5794] New: hide descriptions tab if no content
by bugzilla-daemon＠bugs.koha-community.org 05 Feb '13

05 Feb '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5794 Bug #: 5794 Summary: hide descriptions tab if no content Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org When there are no notes in the marc record (and no content from outside sources) we should hide the descriptions tab (in opac and staff client). Otherwise you click and get a blank tab which is kind of annoying and just poor design. -- 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 5514] New: fewer clicks when creating a report
by bugzilla-daemon＠bugs.koha-community.org 02 Feb '13

02 Feb '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5514 Summary: fewer clicks when creating a report Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Reports AssignedTo: gmcharlt(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 After you create a report from SQL it brings you to a list of options. From here you have to click 'saved reports' and then find your report and click 'run' I think instead we should add 'run this report' as an option to that list to eliminate the extra unnecessary click. I'd also say that we should include an 'edit' link on the report page itself (after running) so if the report needs editing you don't have to hit back and then find the report and click edit. -- 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 5282] New: itemtype limit not applying
by bugzilla-daemon＠bugs.koha-community.org 29 Jan '13

29 Jan '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5282 Summary: itemtype limit not applying Change sponsored?: --- Product: Koha Version: HEAD Platform: All URL: cgi-bin/koha/reports/guided_reports.pl OS/Version: All Status: NEW Severity: major Priority: P5 Component: Reports AssignedTo: gmcharlt(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 I followed these steps: 1. Build New 2. Choose Cataloging 3. Choose Tabular 4. Choose 'barcode', 'call number', 'title', 'author' 5. Choose to limit on item type 'nonfic' and location 'adult' My final report looks like this: SELECT items.barcode,items.itemcallnumber,biblio.author,biblio.title FROM items LEFT JOIN biblioitems on (items.biblioitemnumber=biblioitems.biblioitemnumber) LEFT JOIN biblio on (biblioitems.biblionumber=biblio.biblionumber) WHERE items.itype=<<itype|itemtype>> AND items.location='ADULT' ORDER BY items.itemcallnumber asc Everything is okay except for the item type which is not showing the actual item type I chose. -- 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 6680] New: Cart download choices not understandable to patrons
by bugzilla-daemon＠bugs.koha-community.org 25 Jan '13

25 Jan '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6680 Bug #: 6680 Summary: Cart download choices not understandable to patrons Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org When you download a cart the options are not explained in human english they're in librarian english :) iso2709 should say Marc or some such RIS and BibTex should say what systems use those - EndNote, RefWorks? what do I need these formats for? -- 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 30

[Bug 6835] New: Ability to specify types of email address in overdue_notices.pl
by bugzilla-daemon＠bugs.koha-community.org 24 Jan '13

24 Jan '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6835 Bug #: 6835 Summary: Ability to specify types of email address in overdue_notices.pl Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Notices AssignedTo: henridamien(a)koha-fr.org ReportedBy: alex.arnaud(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org This feature allows to specify an / some types of email address we want send to. It adds a '--email' parameter in overdue_notices.pl i.e "overdue_notices.pl --email B_email emailpro" patch is coming soon... -- 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 49

[Bug 7243] New: Do not take rentals as fines
by bugzilla-daemon＠bugs.koha-community.org 24 Jan '13

24 Jan '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7243 Bug #: 7243 Summary: Do not take rentals as fines Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: srdjan(a)catalyst.net.nz QAContact: ian.walls(a)bywatersolutions.com CC: gmcharlt(a)gmail.com We have set up Koha to prevent people owing more than x amount of fines. When we issue rental items (DVDs for instance) the amount is entered as a fine so if the patron issues more than one DVD their account is blocked until we pay the rental amount off. Work to do: * C4::Members::GetMemberAccountRecords() - add another boolean parameter $no_charges. If set to true disregard non-fine charges: - Rent - Res - authorised_values MANUAL_INV * C4::Circulation::CanBookBeIssued() - pass TRUE as no_charges when calling C4::Members::GetMemberAccountRecords() How to test: * Set syspref noissuescharge to some small value * Set rental charge for some item to be higher than noissuescharge * For a patron without fines: - issue an item with rental charges (above) - issue another item of the same type - there should be no warnings or stoppers -- 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 42