May 2019 - Koha-bugs - lists.koha-community.org

[Bug 22129] New: Report 1.3.3 Patrons Whose Age Violates Category Age Limits (finds nothing /is faulty)
by bugzilla-daemon＠bugs.koha-community.org 18 Aug '19

18 Aug '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22129 Bug ID: 22129 Summary: Report 1.3.3 Patrons Whose Age Violates Category Age Limits (finds nothing /is faulty) Change sponsored?: --- Product: Koha Version: 18.05 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: Heinrich.Hartl(a)email.de QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- The report is faulty: For MaxAge a value specified correctly in the category is overidden and replaced by 999. Therefore no violation of MaxAge is found by this report. I made a quick and dirty correction: $ diff Rep* 7c7,8 < GREATEST ( c.upperagelimit, 999 ) AS MaxAge, --- > # GREATEST ( c.upperagelimit, 999 ) AS MaxAge, > c.upperagelimit AS MaxAge, 19c20,23 < # age NOT BETWEEN MinAge AND MaxAge --- > age < MinAge or ( age > MaxAge And Maxage > 0 ) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 16660] New: Elasticsearch broken if OpacSuppression is activated
by bugzilla-daemon＠bugs.koha-community.org 17 Aug '19

17 Aug '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16660 Bug ID: 16660 Summary: Elasticsearch broken if OpacSuppression is activated Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org When OpacSuppression is active, you can't search using Elasticsearch. The error shown is: Unable to perform your search. Please try again. By adding a die we coaxed it into a better error message: Can't use string ("(HASH(0xcfe2548)) not Suppress=1") as a HASH ref while "strict refs" in use at /home/katrin/kohaclone/Koha/SearchEngine/Elasticsearch/Search.pm line 99. -- You are receiving this mail because: You are watching all bug changes.

1 30

[Bug 16690] New: Installing DB on remote server fails without *.* permissions
by bugzilla-daemon＠bugs.koha-community.org 17 Aug '19

17 Aug '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16690 Bug ID: 16690 Summary: Installing DB on remote server fails without *.* permissions Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Installation and upgrade (command-line installer) Assignee: mtompset(a)hotmail.com Reporter: mtompset(a)hotmail.com QA Contact: testopia(a)bugs.koha-community.org KohaDB: 192.168.71.250 > CREATE DATABASE koha_ils; > GRANT ALL ON koha_ils.* TO 'kohauser'@'192.168.71.251' IDENTIFIED BY 'kohapass'; > FLUSH PRIVILEGES; > QUIT; KohaApp: 192.168.71.251 Do an install. Hack the kohaconf username, hostname, passwords to match. Try to run the web install steps. You will get told you don't have enough permissions. Why? Because 'hostname' is 192.168.71.250 to connect to the DB, but the app server is 192.168.71.251, and you should be checking against those GRANTS in installer/install.pl around line 116. Hacked in a <webserver> tag to the kohaconf and used that value instead in the script. Everything works. -- You are receiving this mail because: You are watching all bug changes.

1 41

[Bug 20650] New: Switch single-column templates to Bootstrap grid: Various, part 3
by bugzilla-daemon＠bugs.koha-community.org 16 Aug '19

16 Aug '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20650 Bug ID: 20650 Summary: Switch single-column templates to Bootstrap grid: Various, part 3 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: testopia(a)bugs.koha-community.org Blocks: 19980 This patch will convert several unrelated templates to use the Bootstrap grid: - patroncards/print.tt - patron_lists/add-modify.tt - plugins/plugins-disabled.tt - plugins/plugins-upload.tt - tools/tools-home.tt - virtualshelves/merge.tt Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19980 [Bug 19980] Omnibus: Update single-column templates to use Bootstrap grid -- You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 22617] New: Checkout notes pending dashboard link - error received even though manage_checkout_notes permission set.
by bugzilla-daemon＠bugs.koha-community.org 14 Aug '19

14 Aug '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22617 Bug ID: 22617 Summary: Checkout notes pending dashboard link - error received even though manage_checkout_notes permission set. Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucy.vaux-harvey(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Target Milestone: --- When logged into the staff client with an account with full circulate permissions (and therefore including the manage_checkout_notes permission) an error occurs when clicking on the ‘Checkout notes pending’ link. The account is logged out automatically with the message: "Error: you do not have permission to view this page. Log in as a different user". The same error occurs for both the link on the home page dashboard and from the Circulation module button. Works as expected if Superlibrarian permission is set. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 17

[Bug 20089] New: Does Koha::Database->schema always return a connected object?
by bugzilla-daemon＠bugs.koha-community.org 14 Aug '19

14 Aug '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20089 Bug ID: 20089 Summary: Does Koha::Database->schema always return a connected object? Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org My log says no: DBD::mysql::st execute failed: MySQL server has gone away [for Statement "SELECT `me`.`variable`, `me`.`value`, `me`.`options`, `me`.`explanation`, `me`.`type` FROM `systempreferences` `me` WHERE ( `me`.`variable` = ? )" with ParamValues: 0='opacgroupresults'] at /usr/share/perl5/DBIx/Class/Storage/DBI.pm line 1832. I see them quite often, always for preferences. Note that we do not test the cached $database->{schema} in sub schema. If we do, we will however add some time. ( 0.0043 instead of 0.0003 ) What do you think? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 22768] New: Basic MARC editor tab keyboard navigation broekn
by bugzilla-daemon＠bugs.koha-community.org 13 Aug '19

13 Aug '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22768 Bug ID: 22768 Summary: Basic MARC editor tab keyboard navigation broekn Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED 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 CC: dpavlin(a)rot13.org, testopia(a)bugs.koha-community.org Depends on: 22045 Blocks: 22399 Target Milestone: --- Dobrica's comment from Bug 22045: This bug broke keyboard shortcuts because of following change: --- a/koha-tmpl/intranet-tmpl/prog/js/staff-global.js +++ b/koha-tmpl/intranet-tmpl/prog/js/staff-global.js @@ -31,7 +31,7 @@ $.fn.tabIndex = function () { return $(this).parent().children('div').index(this); }; $.fn.selectTabByID = function (tabID) { - $(this).tabs("option", "active", $(tabID).tabIndex()); + $(this).tabs("option", "active", $( "#" + tabID ).tabIndex()); }; $(document).ready(function() { without modification to calling which also prefix tabID with #, thus creating invalid ##tabID Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22045 [Bug 22045] Cataloging UX enhancement - Improve access to tabs https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22399 [Bug 22399] Improve responsive behavior of the basic marc editor -- You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 22139] New: Fields ACCTDETAILS not working properly
by bugzilla-daemon＠bugs.koha-community.org 13 Aug '19

13 Aug '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22139 Bug ID: 22139 Summary: Fields ACCTDETAILS not working properly Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: Linux Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: muneebkalathil(a)yahoo.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- Some of the fields in ACCTDETAILS is not working properly when we create new patrons. There is no problem in receiving mails. The only field it takes is <<borrowers.password>> The remaining fields in this notice does not showing any values in the mail. <<borrowers.title>> <<borrowers.firstname>> <<borrowers.surname>> <<borrowers.userid>> ##################################### This is the mail I recieved. Hello . Your new Koha account details are: User: Password: 1234 If you have any problems or questions regarding your account, please contact your Koha Administrator. Thank you, Librarian library@xxxx ##################################### * Checkout notice is working fine with ACCTDETAILS details. * Also I imported this DB to 18.05 and it is working perfectly; No issues . * Didn't find any errors in log related to this. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 27

[Bug 21024] New: JS error on search result breaks JS functionalities
by bugzilla-daemon＠bugs.koha-community.org 12 Aug '19

12 Aug '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21024 Bug ID: 21024 Summary: JS error on search result breaks JS functionalities Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: critical Priority: P5 - low Component: Staff Client 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 Caused by bug 20864, some JS functions defined in commons.js are called by search.pl The JS error is: ReferenceError: resetSearchContext is not defined It breaks add to basket, list, etc. -- You are receiving this mail because: You are watching all bug changes.

1 22

[Bug 20864] New: Only set bibs_selected cookie when BrowseResultSelection is activated
by bugzilla-daemon＠bugs.koha-community.org 12 Aug '19

12 Aug '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20864 Bug ID: 20864 Summary: Only set bibs_selected cookie when BrowseResultSelection is activated Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org The bibs_selected cookie stores the biblionumbers of entries selected in a search result list. At the moment the cookies appears to always be set, even if BrowseResultSelection is set to disabled. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 19