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

[Bug 15306] New: Don't show translate link for item types if only one language is installed
by bugzilla-daemon＠bugs.koha-community.org 18 Jan '16

18 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15306 Bug ID: 15306 Summary: Don't show translate link for item types if only one language is installed Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org It doesn't make sense to offer the option to translate an item type description into another language if there is only one language installed. I think the page should check for the existence of multiple installed languages before showing the link. -- You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 15537] New: Hide records on Leader 05 = d in OPAC
by bugzilla-daemon＠bugs.koha-community.org 18 Jan '16

18 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15537 Bug ID: 15537 Summary: Hide records on Leader 05 = d in OPAC Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org At the moment, we hide "suppressed" records in the OPAC when they have a 942$n of 1 and when the OpacSuppression system preference is enabled. Why don't we also hide "deleted" records with a Leader position 05 of "d"? In the past, "OpacSuppression" would cause problems if there wasn't at least 1 record suppressed, but I fixed that with http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15198. If we use the special attribute @attr 14=1 in the query (especially globally at the start of the query), we deactivate that problem in Zebra. So we could hide "deleted" records from the OPAC. We probably want to still show them in the staff client, so that they're findable. While a cronjob for removing these records has been added in master (http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11084) that cronjob might not always be run consistently by all Koha systems. Plus, it would be good to have that record hidden immediately from OPAC users, even if the record hasn't been fully deleted from the system yet. -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 15440] New: Warns in Members/Messaging.pm
by bugzilla-daemon＠bugs.koha-community.org 18 Jan '16

18 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15440 Bug ID: 15440 Summary: Warns in Members/Messaging.pm Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: aleishaamohia(a)hotmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com To reproduce, go to any patron page (ie /cgi-bin/koha/members/moremember.pl?borrowernumber=19) moremember.pl: Use of uninitialized value in concatenation (.) or string at /home/vagrant/kohaclone/C4/Members/Messaging.pm line 216. moremember.pl: Use of uninitialized value in concatenation (.) or string at /home/vagrant/kohaclone/C4/Members/Messaging.pm line 216. moremember.pl: Use of uninitialized value in concatenation (.) or string at /home/vagrant/kohaclone/C4/Members/Messaging.pm line 216. moremember.pl: Use of uninitialized value in concatenation (.) or string at /home/vagrant/kohaclone/C4/Members/Messaging.pm line 216. moremember.pl: Use of uninitialized value in concatenation (.) or string at /home/vagrant/kohaclone/C4/Members/Messaging.pm line 216. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 15416] New: Warns on Guided Reports page
by bugzilla-daemon＠bugs.koha-community.org 18 Jan '16

18 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15416 Bug ID: 15416 Summary: Warns on Guided Reports page Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: gmcharlt(a)gmail.com Reporter: aleishaamohia(a)hotmail.com QA Contact: testopia(a)bugs.koha-community.org guided_reports.pl: Use of uninitialized value $phase in string eq at /home/vagrant/kohaclone/reports/guided_reports.pl line 52 guided_reports.pl: Use of uninitialized value $phase in string eq at /home/vagrant/kohaclone/reports/guided_reports.pl line 52 guided_reports.pl: Use of uninitialized value $phase in string eq at /home/vagrant/kohaclone/reports/guided_reports.pl line 55 To reproduce, go to Tools -> Guided reports wizard -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 15415] New: Warn when creating new printer profile for patron card creator
by bugzilla-daemon＠bugs.koha-community.org 18 Jan '16

18 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15415 Bug ID: 15415 Summary: Warn when creating new printer profile for patron card creator Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: aleishaamohia(a)hotmail.com QA Contact: testopia(a)bugs.koha-community.org edit-profile.pl: profile_id is currently undefined. at /home/vagrant/kohaclone/C4/Creators/Profile.pm line 187 To reproduce, go to Tools -> Patron Card Creator -> New profile -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 10881] New: Fast Add Framework has different item fields
by bugzilla-daemon＠bugs.koha-community.org 18 Jan '16

18 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10881 Bug ID: 10881 Summary: Fast Add Framework has different item fields Change sponsored?: --- Product: Koha Version: 3.12 Hardware: PC OS: Windows Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: akilsdonk(a)esilibrary.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When using the Fast Add MARC Framework, the Add Item form is different from the Add Item form that appears with other Frameworks. Additional fields are visible in the Fast Add item form. I also noticed that Nonpublic notes added in the Fast Add item form do not show up in the Notes during check in. -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 14535] New: Late orders doensn't show orders with price = 0
by bugzilla-daemon＠bugs.koha-community.org 18 Jan '16

18 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14535 Bug ID: 14535 Summary: Late orders doensn't show orders with price = 0 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org If the price is unknown or the book is free, part of another deal or whatever, the orders are entered with 0.00 as a price sometimes. The problem is, that those orders won't ever show up in the late orders page, although you might want to ask for them to be delivered. This is because of a condition in the routine: 110 sub GetBooksellersWithLateOrders { 111 my ( $delay, $estimateddeliverydatefrom, $estimateddeliverydateto ) = @_; 112 my $dbh = C4::Context->dbh; 117 my $query; 118 my @query_params = (); 119 my $dbdriver = C4::Context->config("db_scheme") || "mysql"; 120 $query = " 121 SELECT DISTINCT aqbasket.booksellerid, aqbooksellers.name 122 FROM aqorders LEFT JOIN aqbasket ON aqorders.basketno=aqbasket.basketno 123 LEFT JOIN aqbooksellers ON aqbasket.booksellerid = aqbooksellers.id 124 WHERE 125 ( datereceived = '' 126 OR datereceived IS NULL 127 OR aqorders.quantityreceived < aqorders.quantity 128 ) 129 AND aqorders.rrp <> 0 130 AND aqorders.ecost <> 0 131 AND aqorders.quantity - COALESCE(aqorders.quantityreceived,0) <> 0 132 AND aqbasket.closedate IS NOT NULL 133 " -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 7143] New: Bug for tracking changes to the about page
by bugzilla-daemon＠bugs.koha-community.org 18 Jan '16

18 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7143 Bug #: 7143 Summary: Bug for tracking changes to the about page Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All URL: /cgi-bin/koha/about.pl OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: About AssignedTo: nengard(a)gmail.com ReportedBy: katrin.fischer(a)bsz-bw.de QAContact: koha-bugs(a)lists.koha-community.org Bug for tracking changes to the about page (new release teams, new developers, companies, etc.) -- 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 513

[Bug 1983] Add option to create hold request when checking out an item already on loan
by bugzilla-daemon＠bugs.koha-community.org 17 Jan '16

17 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=1983 Chris Cormack <chris(a)bigballofwax.co.nz> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #46668|0 |1 is obsolete| | --- Comment #9 from Chris Cormack <chris(a)bigballofwax.co.nz> --- Created attachment 46758 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=46758&action=edit Bug 1983: Checkout: Hold repquest when checking out an item already on loan or reserved This patch allows to put a hold on an item that is already checked out or reserved. To test: - Check out an item A - Put a hold on an item B - Verify that the staff user has permission to put holds - Check out item A to a patron X - Try to checkout item A to a patron Y - Verify that you see underneath the buttons for Checkin/Checkout a link with following text: "Click here to place hold for [Patron X' name]" - Verify that the link is stylable (div class circ-scheckoutplacehold) - Verify that the link takes you to the page to place a hold on this biblio for patron Y - Do the same for item B and verify that it works for reserved items as well. - Repeat steps above for a patron who has restrictions, verify that the link does not appear - Log in with a staff member who has no permission to place holds - Repeat steps above for a patron without restrictions, verify that the link does not appear. Signed-off-by: Chris Cormack <chrisc(a)catalyst.net.nz> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 1983] Add option to create hold request when checking out an item already on loan
by bugzilla-daemon＠bugs.koha-community.org 17 Jan '16

17 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=1983 Chris Cormack <chris(a)bigballofwax.co.nz> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Signed Off -- You are receiving this mail because: You are watching all bug changes.

1 0