January 2013 - Koha-bugs - lists.koha-community.org

[Bug 8913] New: Improve acquisitions navigation
by bugzilla-daemon＠bugs.koha-community.org 20 Feb '13

20 Feb '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8913 Priority: P5 - low Change sponsored?: --- Bug ID: 8913 Assignee: koha-bugs(a)lists.koha-community.org Summary: Improve acquisitions navigation Severity: enhancement Classification: Unclassified OS: All Reporter: oleonard(a)myacpl.org Hardware: All Status: ASSIGNED Version: master Component: Acquisitions Product: Koha Many acquisitions pages do not follow the convention which Koha uses elsewhere distinguishing between actions and views when creating navigation via buttons and menus. The general rule: toolbar buttons are for actions, sidebar menus are for views. Vendor-related pages in particular can be improved by adding a menu for: - Baskets - Basket groups - Contracts - Invoices - Uncertain prices The toolbar can be refined to include: - New -- Basket -- Contract -- Vendor - Edit vendor - Delete vendor - Receive shipments -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 38

[Bug 9455] New: Embedded mysql quotes in sql string
by bugzilla-daemon＠bugs.koha-community.org 20 Feb '13

20 Feb '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9455 Bug ID: 9455 Summary: Embedded mysql quotes in sql string Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: colin.campbell(a)ptfs-europe.com The sql in C4::Acquisitions::GetBasketgroups contains mysql specific backtick quotes. We have been removing these from sql files. They should be removed from the code for consistency -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 7

[Bug 7437] New: Baskets become invisible in bookseller's list when all their items are received
by bugzilla-daemon＠bugs.koha-community.org 19 Feb '13

19 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 8134] New: what is the export option under the more menu
by bugzilla-daemon＠bugs.koha-community.org 19 Feb '13

19 Feb '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8134 Priority: P5 - low Change sponsored?: --- Bug ID: 8134 CC: gmcharlt(a)gmail.com Assignee: kyle.m.hall(a)gmail.com Summary: what is the export option under the more menu Severity: normal Classification: Unclassified OS: All Reporter: nengard(a)gmail.com URL: cgi-bin/koha/members/notices.pl?borrowernumber=51 Hardware: All Status: NEW Version: master Component: Patrons Product: Koha On the Notices tab on the patron record there is an option in the more menu to export - but it doesn't do anything except generate a blank text file. This option isn't under More on any other patron related tab. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 8660] New: Tag status does not show on multiple tag add
by bugzilla-daemon＠bugs.koha-community.org 19 Feb '13

19 Feb '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8660 Priority: P5 - low Change sponsored?: --- Bug ID: 8660 Assignee: oleonard(a)myacpl.org Summary: Tag status does not show on multiple tag add Severity: normal Classification: Unclassified OS: All Reporter: fridolyn.somers(a)biblibre.com Hardware: All Status: NEW Version: master Component: OPAC Product: Koha On OPAC search results, when adding tag on selected records, nothing changes. Status should appear on selected lines. -- You are receiving this mail because: You are watching all bug changes.

1 22

[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 9152] New: Datepicker doesn't load localized strings
by bugzilla-daemon＠bugs.koha-community.org 18 Feb '13

18 Feb '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9152 Bug ID: 9152 Summary: Datepicker doesn't load localized strings Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: I18N/L10N Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org CC: frederic(a)tamil.fr The jQueryUI datepicker is supposed to be loading localized strings from the config file, calendar.inc, but it isn't. Even with a correctly-translated copy of calendar.inc English strings are shown. -- You are receiving this mail because: You are watching all bug changes.

1 3

[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 9226] New: Wrong branch filter after suggestion creation
by bugzilla-daemon＠bugs.koha-community.org 16 Feb '13

16 Feb '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9226 Bug ID: 9226 Summary: Wrong branch filter after suggestion creation Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolyn.somers(a)biblibre.com In suggestions management : When suggestions are not filtered on a branch, they are filtered on your branch (the branch of connected user). But when you create a new suggestion for another branch, after saving you come back to suggestions list and there they are filtered on the other branch instead of your branch. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 10

[Bug 9454] New: NewBasket does not use placeholders in sql
by bugzilla-daemon＠bugs.koha-community.org 16 Feb '13

16 Feb '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9454 Bug ID: 9454 Summary: NewBasket does not use placeholders in sql Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: colin.campbell(a)ptfs-europe.com NewBasket interpolates variables into the sql string which is used to insert a new basket in the database. This is a bad practice, placeholders should be used instead allowing DBI to quote the input correctly -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12