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

[Bug 17153] New: Logging in during a search navigates to account page instead of back to search results
by bugzilla-daemon＠bugs.koha-community.org 02 Jul '18

02 Jul '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17153 Bug ID: 17153 Summary: Logging in during a search navigates to account page instead of back to search results Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: ldjamison(a)marywood.edu QA Contact: testopia(a)bugs.koha-community.org When a patron logs in the OPAC on any page, except opac-reserve.pl, they are always redirected to opac-user.pl. This can prove to be problematic in regards to tasks such as navigating search results (including both catalog and EDS searches if the EDS plugin is installed), adding tags, adding comments, or nearly any other action which requires a patron to login. -- You are receiving this mail because: You are watching all bug changes.

1 39

[Bug 17075] New: Subfields of the items do not obey the mandatory flag
by bugzilla-daemon＠bugs.koha-community.org 28 Jun '18

28 Jun '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17075 Bug ID: 17075 Summary: Subfields of the items do not obey the mandatory flag Change sponsored?: --- Product: Koha Version: 16.05 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: costalc(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl 1. Define subfield "p" (barcode) as mandatory in 952 tag (any framework) 2. Verify that the subfield is not in red in item editor 3. Add a new item with no 952p content 4. Item is accepted although 952p field is mandatory -- You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 15771] New: CGI::escapeHTML should not be used anymore
by bugzilla-daemon＠bugs.koha-community.org 20 Jun '18

20 Jun '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15771 Bug ID: 15771 Summary: CGI::escapeHTML should not be used anymore 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: 13618 In admin/auth_subfields_structure.pl, admin/marc_subfields_structure.pl and catalogue/image.pl, the pl script escapes html characters. Since bug 13618 has been pushed, this method should not be used anymore. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13618 [Bug 13618] Prevent XSS in the Staff Client and the OPAC -- You are receiving this mail because: You are watching all bug changes.

1 12

[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 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 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 15839] New: Move the reviews related code to Koha::Reviews
by bugzilla-daemon＠bugs.koha-community.org 04 Jun '18

04 Jun '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15839 Bug ID: 15839 Summary: Move the reviews related code to Koha::Reviews Change sponsored?: --- Product: Koha Version: master 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 Blocks: 15449 The subroutines in C4::Reviews are only doing CRUD operations. This module can be moved easily to Koha::Reviews. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15449 [Bug 15449] Move stuffs to the Koha namespace -- You are receiving this mail because: You are watching all bug changes.

1 64

[Bug 16583] New: Strangeness in the staff client on ubuntu 16.04 and MySQL 5.7
by bugzilla-daemon＠bugs.koha-community.org 30 May '18

30 May '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16583 Bug ID: 16583 Summary: Strangeness in the staff client on ubuntu 16.04 and MySQL 5.7 Change sponsored?: --- Product: Koha Version: 3.22 Hardware: All OS: Linux Status: NEW Severity: major Priority: P2 Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: liz(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Have noticed some strangeness with a clean install of Koha on MySQL 5.7: When adding a rule at /cgi-bin/koha/admin/smart-rules.pl, if any box is left empty the first empty field pops an error similar to this: DBIx::Class::Storage::DBI::_dbh_execute(): Incorrect integer value: '' for column 'chargeperiod' at row 1 at /usr/share/koha/intranet/cgi-bin/admin/smart-rules.pl line 170 When attempting to add a borrower category, it thinks a duplicate has been added with the resultant error message "An error occurred when inserting this patron category. The patron category might already exist." The code for the category did not already exist. I am reporting this bug on behalf of Son Nguyen - he may choose to add any other information he has to this report. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 16

[Bug 17158] New: Restart memcached after update
by bugzilla-daemon＠bugs.koha-community.org 30 May '18

30 May '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17158 Bug ID: 17158 Summary: Restart memcached after update Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Packaging Assignee: koha-bugs(a)lists.koha-community.org Reporter: mirko(a)abunchofthings.net QA Contact: testopia(a)bugs.koha-community.org CC: mirko(a)abunchofthings.net If memcached is enabled, an update with Debian packages may lead to the webinstaller showing instead of staff login. It stops after the memcached service is restarted. This should be automated. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2