December 2015 - Koha-bugs - lists.koha-community.org

[Bug 14770] New: Use $9 in GetMarcSeries to build search link
by bugzilla-daemon＠bugs.koha-community.org 28 Dec '15

28 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14770 Bug ID: 14770 Summary: Use $9 in GetMarcSeries to build search link Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: julian.maurice(a)biblibre.com Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Use $9 in GetMarcSeries to build search link -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 11590] New: Librarian able to checkout item without setting branch first
by bugzilla-daemon＠bugs.koha-community.org 28 Dec '15

28 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11590 Bug ID: 11590 Summary: Librarian able to checkout item without setting branch first Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com It is possible to begin circulating items to a patron without first setting your logged in branch! To recreate: 1) From the "Search patrons" quick search, search for any patron 2) From this patron's details screen, click the "Check out" quick search and put in a valid patron cardnumber 3) You are now able to issue items to this patron without having set your logged in branch. Video example: http://screencast.com/t/xvzRb8zYf -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 20

[Bug 12670] New: Show materials label instead of code
by bugzilla-daemon＠bugs.koha-community.org 28 Dec '15

28 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12670 Bug ID: 12670 Summary: Show materials label instead of code Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: julian.maurice(a)biblibre.com Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl In catalogue/detail.pl, if items.materials is linked to an authorised values list, show label instead of code. -- You are receiving this mail because: You are watching all bug changes.

1 22

[Bug 14540] New: Move member-flags.pl to PermissionsManager to better manage permissions for testing.
by bugzilla-daemon＠bugs.koha-community.org 28 Dec '15

28 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14540 Bug ID: 14540 Summary: Move member-flags.pl to PermissionsManager to better manage permissions for testing. Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Authentication Assignee: gmcharlt(a)gmail.com Reporter: olli-antti.kivilahti(a)jns.fi QA Contact: testopia(a)bugs.koha-community.org CC: dpavlin(a)rot13.org Currently there is no nice way to grant/revoke permissions for Borrowers in Koha. This is a big problem when doing integration testing and when working with permissions using the future REST API. Currently we have one web-script, member-flags.pl, which deals with all permission-related things. Basically it always DELETEs all your permissions and then adds them again with some modifications. There is no internal API for creating permissions and this makes automated testing significantly harder. To create permissions for a test borrower, we must decrypt the arcane way of creating koha.borrowers.flags and add user_permissions with brittle SQL-queries. This makes for very messy test scripts, and quite frankly this is hardly ever done in Koha. Also the koha.borrowers.flags-column is pretty horrible. It is 19-bit binary array where each bit tells of the borrower has all permissions for the respective permission module. This is very difficult to calculate and the mechanism is hard to understand. This feature is also unnecessary, since we are always interested in having the specific permissions. We don't need to know if one Borrower has all the permissions for one module. Also what happens if more subpermissions are added to the module? Existing all-permission-holders lose their all-permissions-status? Instead we could have a nice internal API to work with permissions. My patch introduces a new database structure for permissions (not necessarily better), Koha::Object implementation of the DB structure, and most importantly, a Koha::Auth::PermissionManager which is a gateway to all permissions-related actions. This feature is well tested with unit tests and PageObject integration tests. See the tests for usage examples. Especially the t/db_dependent/Members/member-flags.t I hope you like it :) VOCABULARY: Module (permission_modules) => a module which consists of specific Permissions. Typically covers one Module in Koha. Permission (permission) => a specific Permission of a Module. Granting a Borrower the permission to do something. Borrower permission (borrower_permissions) => A specific Permission a specific Borrower has, eg. the permission to edit bibliographic records. TEST PLAN: -2. Note the permissions a bunch of borrowers has. -1. run updatedatabase.pl 0. Observe that those borrowers still have the same permissions. For modules which didn't have any subpermissions, a generic subpermission is added and the borrowers should have it if they had the existing module permission. Basic login: 1. Go to Koha staff client 2. Make a password login. 3. Browse to any other staff client pages to confirm that the session is active and login persists on other pages. Modify permissions: 1. Go to member-flags.pl (Home › Patrons › Set permissions) 2. Change your permissions. Save. 3. Go back to member-flags.pl 4. Observe that you see the same permissions you just set. Modify superlibrarian permission: 1. Go to member-flags.pl (Home › Patrons › Set permissions) 2. Give the superlibrarian-permission. Observe all other permissions vanishing. Save. 3. Go back to member-flags.pl 4. Observe that you see only the superlibrarian-permission active. 5. Observe that the superlibrarian permission is the only top-level permission which doesn't have any subpermissions. -- You are receiving this mail because: You are watching all bug changes.

1 31

[Bug 14719] New: Regression tests for members/statistics.pl
by bugzilla-daemon＠bugs.koha-community.org 28 Dec '15

28 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14719 Bug ID: 14719 Summary: Regression tests for members/statistics.pl Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: gmcharlt(a)gmail.com Reporter: olli-antti.kivilahti(a)jns.fi QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 14543] New: Order lines updated that have a tax rate not in gist will have tax rate set to 0!
by bugzilla-daemon＠bugs.koha-community.org 28 Dec '15

28 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14543 Bug ID: 14543 Summary: Order lines updated that have a tax rate not in gist will have tax rate set to 0! Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org If the tax rate for a given order line has been removed from the system preference gist, that tax rate will show in the pulldown as 0. If a librarian then saves the order line the original tax rate will be overwritten with 0%! -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6

[Bug 12421] New: no way to get back to search results from overdrive results
by bugzilla-daemon＠bugs.koha-community.org 28 Dec '15

28 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12421 Bug ID: 12421 Summary: no way to get back to search results from overdrive 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: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 28840 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=28840&action=edit link to overdrive results When on your search results you can click the link to overdrive results, but then you can't get back to your catalog search results, the line that links to the results should be there on both pages. -- You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 1627] Separate sessions for OPAC and intranet
by bugzilla-daemon＠bugs.koha-community.org 28 Dec '15

28 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=1627 Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |WONTFIX --- Comment #6 from Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> --- (In reply to Katrin Fischer from comment #5) > I think closing this one would be ok - but there is an open issue: because > we only have one session, it's not possible to set different time out times > - the same pref is used for both staff and OPAC. It could still be desirable > to separate the sessions to make this possible. I opened bug 15428 for this specific enhancement request. Closing this bug now. -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 15428] New: Different timeout preference for opac and intranet
by bugzilla-daemon＠bugs.koha-community.org 28 Dec '15

28 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15428 Bug ID: 15428 Summary: Different timeout preference for opac and intranet Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Authentication Assignee: gmcharlt(a)gmail.com Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org CC: dpavlin(a)rot13.org See also bug 1627. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15426] New: RSS Feed does not work.
by bugzilla-daemon＠bugs.koha-community.org 27 Dec '15

27 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15426 Bug ID: 15426 Summary: RSS Feed does not work. 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: matthew.charlesworth(a)hekima.ac.ke QA Contact: testopia(a)bugs.koha-community.org Hello, > List of URL's referenced in this post: >> [1] http://koha.1045719.n5.nabble.com/Display-of-Scrolling-New-Arrivals-List-on… >> [2] http://library.sj.org.za/cgi-bin/koha/opac-search.pl?idx=kw&idx=kw&idx=kw&l… >> [3] http://library.sj.org.za/cgi-bin/koha/opac-search.pl?&limit=mc-itype%252Cph… >> [4] http://library.sj.org.za/cgi-bin/koha/opac-search.pl?&limit=mc-itype%252Cph… I had implemented the suggestion at URL [1] on Koha 3.20. It was working before I upgraded to 3.22. Now the RSS link on the Advanced Search Results (with limiting item-type to Books and Sort Ordered to Acquisition Date: Newest to Oldest) page at URL [2] appears to be URL [3] which does not work with the RSS Feed software (http://feed.mikle.com) described by Vinod in his post at URL [1] above. I tried to validate [3] at https://validator.w3.org/feed/ but I get the following error: "Server returned [Errno -2] Name or service not known [help]" The help message for this error says: "This usually means that the URL was wrong, or that permissions on the server don't allow us to fetch that file. The error shows the message that the server sent, which may help." The file permissions for opac-search.pl is: -rwxr-xr-x 1 library-koha library-koha 40740 Dec 25 14:16 opac-search.pl If I change the format=rss2 to format=html it works, as in URL [4] My Server Information in About Koha is: > Koha version: 3.22.01.000 > OS version ('uname -a'): Linux ip-172-31-38-247 3.13.0-71-generic > #114-Ubuntu SMP Tue Dec 1 02:34:22 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux > Perl interpreter: /usr/bin/perl > Perl version: 5.018002 > Perl @INC: /usr/share/koha/lib, /etc/perl, /usr/local/lib/perl/5.18.2 > /usr/local/share/perl/5.18.2, /usr/lib/perl5, /usr/share/perl5 > /usr/lib/perl/5.18, /usr/share/perl/5.18, /usr/local/lib/site_perl, . > MySQL version: mysql Ver 14.14 Distrib 5.5.46, for debian-linux-gnu (x86_64) using readline 6.3 > Apache version: Server version: Apache/2.4.7 (Ubuntu) > Zebra version: Zebra 2.0.44 If you need to test the links, you can login to the OPAC with the username: guest; password: guest The entries in my error log are: [Sat Dec 26 22:05:48.405262 2015] [cgi:error] [pid 10246] [client 173.33.162.8:57341] AH01215: [Sat Dec 26 22:05:48 2015] opac-search.pl: CGI::param called in list context from /usr/share/koha/opac/cgi-bin/opac/opac-search.pl line 86, this can lead to vulnerabilities. See the warning in "Fetching the value or values of a single named parameter" at /usr/local/share/perl/5.18.2/CGI.pm line 404. [Sat Dec 26 22:05:48.405677 2015] [cgi:error] [pid 10246] [client 173.33.162.8:57341] AH01215: [Sat Dec 26 22:05:48 2015] opac-search.pl: CGI::param called in list context from /usr/share/koha/opac/cgi-bin/opac/opac-search.pl line 87, this can lead to vulnerabilities. See the warning in "Fetching the value or values of a single named parameter" at /usr/local/share/perl/5.18.2/CGI.pm line 404. [Sat Dec 26 22:05:48.413331 2015] [cgi:error] [pid 10246] [client 173.33.162.8:57341] AH01215: [Sat Dec 26 22:05:48 2015] opac-search.pl: Use of uninitialized value in hash element at /usr/share/koha/lib/C4/Languages.pm line 352. [Sat Dec 26 22:05:48.413532 2015] [cgi:error] [pid 10246] [client 173.33.162.8:57341] AH01215: [Sat Dec 26 22:05:48 2015] opac-search.pl: Use of uninitialized value in hash element at /usr/share/koha/lib/C4/Languages.pm line 353. [Sat Dec 26 22:05:48.417325 2015] [cgi:error] [pid 10246] [client 173.33.162.8:57341] AH01215: [Sat Dec 26 22:05:48 2015] opac-search.pl: Use of uninitialized value in hash element at /usr/share/koha/lib/C4/Languages.pm line 352. [Sat Dec 26 22:05:48.417570 2015] [cgi:error] [pid 10246] [client 173.33.162.8:57341] AH01215: [Sat Dec 26 22:05:48 2015] opac-search.pl: Use of uninitialized value in hash element at /usr/share/koha/lib/C4/Languages.pm line 353. [Sat Dec 26 22:05:48.432903 2015] [cgi:error] [pid 10246] [client 173.33.162.8:57341] AH01215: [Sat Dec 26 22:05:48 2015] opac-search.pl: Use of uninitialized value in hash element at /usr/share/koha/lib/C4/Languages.pm line 352. [Sat Dec 26 22:05:48.433142 2015] [cgi:error] [pid 10246] [client 173.33.162.8:57341] AH01215: [Sat Dec 26 22:05:48 2015] opac-search.pl: Use of uninitialized value in hash element at /usr/share/koha/lib/C4/Languages.pm line 353. [Sat Dec 26 22:05:48.466750 2015] [cgi:error] [pid 10246] [client 173.33.162.8:57341] AH01215: [Sat Dec 26 22:05:48 2015] opac-search.pl: CGI::param called in list context from /usr/share/koha/lib/C4/Auth.pm line 399, this can lead to vulnerabilities. See the warning in "Fetching the value or values of a single named parameter" at /usr/local/share/perl/5.18.2/CGI.pm line 404. [Sat Dec 26 22:05:48.586467 2015] [cgi:error] [pid 10246] [client 173.33.162.8:57341] AH01215: [Sat Dec 26 22:05:48 2015] opac-search.pl: CGI::param called in list context from /usr/share/koha/opac/cgi-bin/opac/opac-search.pl line 395, this can lead to vulnerabilities. See the warning in "Fetching the value or values of a single named parameter" at /usr/local/share/perl/5.18.2/CGI.pm line 404. [Sat Dec 26 22:05:48.586834 2015] [cgi:error] [pid 10246] [client 173.33.162.8:57341] AH01215: [Sat Dec 26 22:05:48 2015] opac-search.pl: CGI::param called in list context from /usr/share/koha/opac/cgi-bin/opac/opac-search.pl line 395, this can lead to vulnerabilities. See the warning in "Fetching the value or values of a single named parameter" at /usr/local/share/perl/5.18.2/CGI.pm line 404. [Sat Dec 26 22:05:48.587102 2015] [cgi:error] [pid 10246] [client 173.33.162.8:57341] AH01215: [Sat Dec 26 22:05:48 2015] opac-search.pl: CGI::param called in list context from /usr/share/koha/opac/cgi-bin/opac/opac-search.pl line 395, this can lead to vulnerabilities. See the warning in "Fetching the value or values of a single named parameter" at /usr/local/share/perl/5.18.2/CGI.pm line 404. [Sat Dec 26 22:05:48.587362 2015] [cgi:error] [pid 10246] [client 173.33.162.8:57341] AH01215: [Sat Dec 26 22:05:48 2015] opac-search.pl: CGI::param called in list context from /usr/share/koha/opac/cgi-bin/opac/opac-search.pl line 395, this can lead to vulnerabilities. See the warning in "Fetching the value or values of a single named parameter" at /usr/local/share/perl/5.18.2/CGI.pm line 404. [Sat Dec 26 22:05:48.589382 2015] [cgi:error] [pid 10246] [client 173.33.162.8:57341] AH01215: [Sat Dec 26 22:05:48 2015] opac-search.pl: CGI::param called in list context from /usr/share/koha/opac/cgi-bin/opac/opac-search.pl line 416, this can lead to vulnerabilities. See the warning in "Fetching the value or values of a single named parameter" at /usr/local/share/perl/5.18.2/CGI.pm line 404. [Sat Dec 26 22:05:48.589696 2015] [cgi:error] [pid 10246] [client 173.33.162.8:57341] AH01215: [Sat Dec 26 22:05:48 2015] opac-search.pl: CGI::param called in list context from /usr/share/koha/opac/cgi-bin/opac/opac-search.pl line 426, this can lead to vulnerabilities. See the warning in "Fetching the value or values of a single named parameter" at /usr/local/share/perl/5.18.2/CGI.pm line 404. [Sat Dec 26 22:05:48.589964 2015] [cgi:error] [pid 10246] [client 173.33.162.8:57341] AH01215: [Sat Dec 26 22:05:48 2015] opac-search.pl: CGI::param called in list context from /usr/share/koha/opac/cgi-bin/opac/opac-search.pl line 435, this can lead to vulnerabilities. See the warning in "Fetching the value or values of a single named parameter" at /usr/local/share/perl/5.18.2/CGI.pm line 404. [Sat Dec 26 22:05:48.590241 2015] [cgi:error] [pid 10246] [client 173.33.162.8:57341] AH01215: [Sat Dec 26 22:05:48 2015] opac-search.pl: CGI::param called in list context from /usr/share/koha/opac/cgi-bin/opac/opac-search.pl line 440, this can lead to vulnerabilities. See the warning in "Fetching the value or values of a single named parameter" at /usr/local/share/perl/5.18.2/CGI.pm line 404. [Sat Dec 26 22:05:48.590501 2015] [cgi:error] [pid 10246] [client 173.33.162.8:57341] AH01215: [Sat Dec 26 22:05:48 2015] opac-search.pl: CGI::param called in list context from /usr/share/koha/opac/cgi-bin/opac/opac-search.pl line 448, this can lead to vulnerabilities. See the warning in "Fetching the value or values of a single named parameter" at /usr/local/share/perl/5.18.2/CGI.pm line 404. [Sat Dec 26 22:05:48.590748 2015] [cgi:error] [pid 10246] [client 173.33.162.8:57341] AH01215: [Sat Dec 26 22:05:48 2015] opac-search.pl: CGI::param called in list context from /usr/share/koha/opac/cgi-bin/opac/opac-search.pl line 461, this can lead to vulnerabilities. See the warning in "Fetching the value or values of a single named parameter" at /usr/local/share/perl/5.18.2/CGI.pm line 404. [Sat Dec 26 22:05:48.591004 2015] [cgi:error] [pid 10246] [client 173.33.162.8:57341] AH01215: [Sat Dec 26 22:05:48 2015] opac-search.pl: CGI::param called in list context from /usr/share/koha/opac/cgi-bin/opac/opac-search.pl line 463, this can lead to vulnerabilities. See the warning in "Fetching the value or values of a single named parameter" at /usr/local/share/perl/5.18.2/CGI.pm line 404. [Sat Dec 26 22:05:48.612611 2015] [cgi:error] [pid 10246] [client 173.33.162.8:57341] AH01215: [Sat Dec 26 22:05:48 2015] opac-search.pl: Use of uninitialized value in split at /usr/share/koha/opac/cgi-bin/opac/opac-search.pl line 529. [Sat Dec 26 22:05:49.836288 2015] [cgi:error] [pid 10246] [client 173.33.162.8:57341] AH01215: [Sat Dec 26 22:05:49 2015] opac-search.pl: Use of uninitialized value in hash element at /usr/share/koha/lib/C4/Languages.pm line 352. [Sat Dec 26 22:05:49.836579 2015] [cgi:error] [pid 10246] [client 173.33.162.8:57341] AH01215: [Sat Dec 26 22:05:49 2015] opac-search.pl: Use of uninitialized value in hash element at /usr/share/koha/lib/C4/Languages.pm line 353. I have tried this in Safari (9.0.2 (11601.3.9)) and Chrome (47.0.2526.106 (64-bit)). Does anyone have any ideas? Matthew > List of URL's referenced in this post: >> [1] http://koha.1045719.n5.nabble.com/Display-of-Scrolling-New-Arrivals-List-on… >> [2] http://library.sj.org.za/cgi-bin/koha/opac-search.pl?idx=kw&idx=kw&idx=kw&l… >> [3] http://library.sj.org.za/cgi-bin/koha/opac-search.pl?&limit=mc-itype%252Cph… >> [4] http://library.sj.org.za/cgi-bin/koha/opac-search.pl?&limit=mc-itype%252Cph… -- You are receiving this mail because: You are watching all bug changes.

1 1