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

[Bug 15908] New: Remove use of recordpayment_selectaccts
by bugzilla-daemon＠bugs.koha-community.org 30 Aug '17

30 Aug '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15908 Bug ID: 15908 Summary: Remove use of recordpayment_selectaccts Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 24

[Bug 16977] New: REST tests cleanup ineffective
by bugzilla-daemon＠bugs.koha-community.org 30 Aug '17

30 Aug '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16977 Bug ID: 16977 Summary: REST tests cleanup ineffective Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: larit(a)student.uef.fi QA Contact: gmcharlt(a)gmail.com I'm having issues with REST tests. It seems that whenever the test uses authentication, e.g. my $tx = $t->ua->build_tx(GET => '/api/v1/patrons'); $tx->req->cookies({name => 'CGISESSID', value => $session->id}); $t->request_ok($tx) ... the test does not cleanup database correctly. This can be currently seen in t/db_dependent/api/v1/patrons.t. For holds.t (the other REST test in master at the time of reporting this bug) there is at the moment no authentication and it seems to cleanup nicely. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 18632] New: CGI::param called in list context flooding erro logs
by bugzilla-daemon＠bugs.koha-community.org 24 Aug '17

24 Aug '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18632 Bug ID: 18632 Summary: CGI::param called in list context flooding erro logs Change sponsored?: --- Product: Koha Version: 16.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: About Assignee: nengard(a)gmail.com Reporter: eric.vantillard(a)evaxion.fr QA Contact: testopia(a)bugs.koha-community.org see https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16154 Here are the error logs (I have removed duplicated errors) authorised_values.pl: CGI::param called in list context from package main line 195, this can lead to vulnerabilities. See the warning in "Fetching the value or values of a single named parameter" at /usr/share/perl5/CGI.pm line 436., referer: http://xxx/cgi-bin/koha/admin/authorised_values.pl classsources.pl: CGI::param called in list context from package main line 68, this can lead to vulnerabilities. See the warning in "Fetching the value or values of a single named parameter" at /usr/share/perl5/CGI.pm line 436., referer: http://xxx/cgi-bin/koha/admin/classsources.pl?op=edit_source&class_source=d… import_export_framework.pl: CGI::param called in list context from package main line 87, this can lead to vulnerabilities. See the warning in "Fetching the value or values of a single named parameter" at /usr/share/perl5/CGI.pm line 436., referer: http://xxx/cgi-bin/koha/admin/biblio_framework.pl install.pl: CGI::param called in list context from package main line 207, this can lead to vulnerabilities. See the warning in "Fetching the value or values of a single named parameter" at /usr/share/perl5/CGI.pm line 436., referer: http://xxx/cgi-bin/koha/installer/install.pl itemsearch.pl: CGI::param called in list context from package Template::Document line 118, this can lead to vulnerabilities. See the warning in "Fetching the value or values of a single named parameter" at /usr/share/perl5/CGI.pm line 436., referer: http://xxx/cgi-bin/koha/about.pl itemsearch.pl: CGI::param called in list context from package Template::Document line 370, this can lead to vulnerabilities. See the warning in "Fetching the value or values of a single named parameter" at /usr/share/perl5/CGI.pm line 436., referer: http://xxx/cgi-bin/koha/about.pl itemsearch.pl: CGI::param called in list context from package Template::Document line 375, this can lead to vulnerabilities. See the warning in "Fetching the value or values of a single named parameter" at /usr/share/perl5/CGI.pm line 436., referer: http://xxx/cgi-bin/koha/about.pl itemsearch.pl: CGI::param called in list context from package Template::Document line 41, this can lead to vulnerabilities. See the warning in "Fetching the value or values of a single named parameter" at /usr/share/perl5/CGI.pm line 436., referer: http://xxx/cgi-bin/koha/about.pl itemsearch.pl: CGI::param called in list context from package Template::Document line 43, this can lead to vulnerabilities. See the warning in "Fetching the value or values of a single named parameter" at /usr/share/perl5/CGI.pm line 436., referer: http://xxx/cgi-bin/koha/about.pl -- You are receiving this mail because: You are watching all bug changes.

1 22

[Bug 18685] New: Patron edit/cancel floating toolbar out of place
by bugzilla-daemon＠bugs.koha-community.org 24 Aug '17

24 Aug '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18685 Bug ID: 18685 Summary: Patron edit/cancel floating toolbar out of place Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When editing a patron, the floating toolbar with the save/cancel buttons is out of place on top of the page before scrolling (see attached screenshot) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 18

[Bug 18545] New: Remove use of onclick from OPAC Cart
by bugzilla-daemon＠bugs.koha-community.org 24 Aug '17

24 Aug '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18545 Bug ID: 18545 Summary: Remove use of onclick from OPAC Cart Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 27

[Bug 18605] New: Remove TRUNCATE from C4/HoldsQueue.pm
by bugzilla-daemon＠bugs.koha-community.org 24 Aug '17

24 Aug '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18605 Bug ID: 18605 Summary: Remove TRUNCATE from C4/HoldsQueue.pm Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org In sub UpdateTransportCostMatrix. Add a trivial test. -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 18832] New: Missing space between icon and label in button ' Patron lists'
by bugzilla-daemon＠bugs.koha-community.org 24 Aug '17

24 Aug '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18832 Bug ID: 18832 Summary: Missing space between icon and label in button 'Patron lists' Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: veron(a)veron.ch QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Created attachment 64483 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=64483&action=ed… Screenshot with button 'Patron lists' On page Home > Patrons the button 'Patron lists' misses a space between the Icon and the text. See screenshot attached. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 18478] New: Hold Notices sent via SMS gateway fail
by bugzilla-daemon＠bugs.koha-community.org 21 Aug '17

21 Aug '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18478 Bug ID: 18478 Summary: Hold Notices sent via SMS gateway fail Change sponsored?: --- Product: Koha Version: 16.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: jzairo(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Hold filled notices sent via SMS gateway fail when notifying patron. Other messages including item checkout, item checkin, send successfully via SMS gateway. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 41

[Bug 18834] New: Show "Anyone seeing this list" permission only for shared and public lists
by bugzilla-daemon＠bugs.koha-community.org 21 Aug '17

21 Aug '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18834 Bug ID: 18834 Summary: Show "Anyone seeing this list" permission only for shared and public lists Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Lists Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl This is a follow-up of report 18228 that simplifies the permissions for lists. It reapplies the idea of bug 10865, but with one difference: It does not completely hide all permissions if adding public or shared lists is not allowed; it only hides the Anyone-permission if it is not relevant. Note: The Anyone permission is not relevant if it is a private list that has no shares. Note that looking at the prefs OpacAllowPublicListCreation and/or OpacAllowSharingPrivateLists is not decisive. You should look at list permissions and shares in the database; turning off the Sharing pref does not automatically remove all shares in the system. It only blocks creating new shares. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 32

[Bug 18455] New: Holiday range has incorrect starting date when crossing a weekly holiday
by bugzilla-daemon＠bugs.koha-community.org 18 Aug '17

18 Aug '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18455 Bug ID: 18455 Summary: Holiday range has incorrect starting date when crossing a weekly holiday Change sponsored?: --- Product: Koha Version: 16.11 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Holidays Assignee: koha-bugs(a)lists.koha-community.org Reporter: marka(a)pobox.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 62359 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=62359&action=ed… Screen shot of calendar after creation of two holidays mentioned in description. When a holiday of type "Holidays on a range" is created with a date range that overlaps a holiday of type "Holiday repeated every same day of the week", the starting date of the range is changed to a month or two earlier, creating a large number of incorrect holidays. To reproduce: Start with an empty calendar. Create a holiday on a Wednesday and give it type "Holiday repeated every same day of the week". Create a holiday on a Tuesday (e.g., May 2 2017) with an ending date of a Thursday (e.g., May 4 2017) and a type of "Holidays on a range". This will create a set of single holidays starting on a day much earlier than the user-specified start date. On my system (16.11.06.000) it created holidays starting on March 30 2017. See attached screenshot for the result. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5