June 2017 - Koha-bugs - lists.koha-community.org

[Bug 15773] New: Checkboxes does not work correctly when creating a new subfield for an authority framework
by bugzilla-daemon＠bugs.koha-community.org 20 Jun '18

20 Jun '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15773 Bug ID: 15773 Summary: Checkboxes does not work correctly when creating a new subfield for an authority framework Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: System Administration Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Depends on: 15771 When creating a new subfield for an authority framework, the checkboxes don't behave as they should. If you click on the 'repeatable', 'mandatory' or 'is url' checkbox's label, the checkbox from the second tab will be checked/unchecked. This is caused by a non-unique id of the input element. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15771 [Bug 15771] CGI::escapeHTML should not be used anymore -- You are receiving this mail because: You are watching all bug changes.

1 26

[Bug 18268] New: Notices no longer sent; resending when Patron Messaging Preference changed
by bugzilla-daemon＠bugs.koha-community.org 20 Jun '18

20 Jun '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18268 Bug ID: 18268 Summary: Notices no longer sent; resending when Patron Messaging Preference changed Change sponsored?: --- Product: Koha Version: 3.22 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: cgdavis(a)uintah.utah.gov QA Contact: testopia(a)bugs.koha-community.org A patron’s Koha account had a address within its primary email address field and all patron messaging preferences were enabled (including the “Digests only” preferences), and yet, after a time, Koha failed to send notices to the patron’s email address. It was confirmed when checking the “Notices sent for [patron name] ([patron barcode])” tab on the patron’s account that Koha stopped sending notices to the patron’s email address. The email addresses of another patron account with the same patron messaging preference within this Koha system received notices from Koha. Koha began re-sending notices to the patron email address when the “Item checkout” patron messaging preference was disabled and then re-enabled. This is on Koha 3.22.08 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 16767] New: OPAC suggestions, existing suggestions don't show after placing a suggestion
by bugzilla-daemon＠bugs.koha-community.org 16 Jun '18

16 Jun '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16767 Bug ID: 16767 Summary: OPAC suggestions, existing suggestions don't show after placing a suggestion 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: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org After placing a purchase suggestion on the opac the confirmation screen reads: "Your suggestion has been submitted. There are no pending purchase suggestions." Place another, same result. These lines in opac-suggestions.pl don't seem to be working as intended: 136 ^I^I$$suggestion{$_}='' foreach qw<title author publishercode copyrightdate place collectiontitle isbn STATUS>; 137 ^I^I$suggestions_loop = 138 ^I^I &SearchSuggestion( $suggestion ); -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 8

[Bug 18850] New: Clone as dependency?
by bugzilla-daemon＠bugs.koha-community.org 15 Jun '18

15 Jun '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18850 Bug ID: 18850 Summary: Clone as dependency? Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: veron(a)veron.ch QA Contact: testopia(a)bugs.koha-community.org Clone is used by Koha but does not appear on the dependencies list (Home > About Koha >Perl modules) $ git grep 'use Clone' C4/SIP/t/02patron_info.t:use Clone qw(clone); C4/SIP/t/03checkout.t:use Clone qw(clone); C4/SIP/t/04patron_status.t:use Clone qw(clone); C4/SIP/t/05block_patron.t:use Clone qw(clone); C4/SIP/t/06patron_enable.t:use Clone qw(clone); C4/SIP/t/07hold.t:use Clone qw(clone); C4/SIP/t/08checkin.t:use Clone qw(clone); C4/SIP/t/09renew.t:use Clone qw(clone); C4/SIP/t/10renew_all.t:use Clone qw(clone); C4/SIP/t/11item_info.t:use Clone qw(clone); -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 18497] New: Downloading a report passes the constructed SQL as a parameter
by bugzilla-daemon＠bugs.koha-community.org 15 Jun '18

15 Jun '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18497 Bug ID: 18497 Summary: Downloading a report passes the constructed SQL as a parameter Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Reports Assignee: gmcharlt(a)gmail.com Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org This is not ideal, long queries can cause broken links and is a very messy link. report/guided_reports.pl line 816: my $sql = $input->param('sql'); # FIXME: use sql from saved report ID#, not new user-supplied SQL! We use execute_query, so input is sanitized but links look awful http://localhost:8081/cgi-bin/koha/reports/guided_reports.pl?reports=1&phas… -- You are receiving this mail because: You are watching all bug changes.

1 26

[Bug 17586] New: Add the Koha::Account::Lines->get_balance method
by bugzilla-daemon＠bugs.koha-community.org 14 Jun '18

14 Jun '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17586 Bug ID: 17586 Summary: Add the Koha::Account::Lines->get_balance method Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 26

[Bug 17989] New: Working title
by bugzilla-daemon＠bugs.koha-community.org 13 Jun '18

13 Jun '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17989 Bug ID: 17989 Summary: Working title Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 49

[Bug 16401] New: System preference staffClientBaseURL hardcoded to 'http' in svc / import_bib
by bugzilla-daemon＠bugs.koha-community.org 07 Jun '18

07 Jun '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16401 Bug ID: 16401 Summary: System preference staffClientBaseURL hardcoded to 'http' in svc / import_bib Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Web services Assignee: koha-bugs(a)lists.koha-community.org Reporter: z.tajoli(a)cineca.it QA Contact: testopia(a)bugs.koha-community.org In many points now, in particular in CAS authentication, we use the system preference staffClientBaseURL as OPACBaseURL. The preference should be a complete URL, starting with http:// or https://. So we need to change svc/import_bib line 101. From my $url = 'http://'. C4::Context->preference('staffClientBaseURL') .'/cgi-bin/koha/catalogue/detail.pl?biblionumber='. $biblionumber; To my $url = C4::Context->preference('staffClientBaseURL') .'/cgi-bin/koha/catalogue/detail.pl?biblionumber='. $biblionumber; It is probably a good idea to change also koha-tmpl/intranet-tmpl/prog/en/modules/admin/preferences/staff_client.pref. Like OPACBaseURL: " . This should be a complete URL, starting with http:// or https://. Do not include a trailing slash in the URL. (This must be filled in correctly for CAS, svc, and load_testing to work.) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 32

[Bug 17164] New: Software error when enrolment fee or reserve fee are too high ( Patron categories)
by bugzilla-daemon＠bugs.koha-community.org 06 Jun '18

06 Jun '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17164 Bug ID: 17164 Summary: Software error when enrolment fee or reserve fee are too high (Patron categories) Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration 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 For some reason I had ridiculously high enrolment fee and reserve fee data causing a software error when trying to access Patron Categories Software error: Template process failed: undef error - round() overflow. Try smaller precision or use Math::BigFloat at /home/vagrant/kohaclone/Koha/Number/Price.pm line 44. My enrolment fee was set at 8866609962973970000000.00 and my reserve fee was set at 3862694923528880000000.00 Obviously it's very unlikely for a librarian to set the enrolment fee or reserve fee to be this high but if it happens accidentally, it breaks the system and causes this error. Perhaps there should be some kind of constraint when entering this, like a maximum reserve fee constraint etc.? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 11

[Bug 18880] New: Regression breaks local authentication fallback for all external authentications
by bugzilla-daemon＠bugs.koha-community.org 05 Jun '18

05 Jun '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18880 Bug ID: 18880 Summary: Regression breaks local authentication fallback for all external authentications Change sponsored?: --- Product: Koha Version: 17.05 Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: Authentication Assignee: koha-bugs(a)lists.koha-community.org Reporter: oliver.bock(a)aei.mpg.de QA Contact: testopia(a)bugs.koha-community.org CC: dpavlin(a)rot13.org Created attachment 64719 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=64719&action=ed… Proposed patch A regression in commit cfc484b17 / bug #18314 breaks the local authentication fallback for all external authentications like LDAP, CAS and Shibboleth. The severity is critical for us as we, while using LDAP authentication, use the self-service checkout which requires a local user account. Also non-LDAP staff can't log into the staff pages anymore. The regression itself is a logical error as "@return = (0)" is considered to be "false" when checked with "unless". That's wrong as "unless" tests the number of elements in a list. Thus the "falsy" condition has to established with "@return = ()" instead. Please find attached a proposed patch against "17.05.x". Also, please make sure the fallback workflow gets test coverage. Thanks, Oliver -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 51