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

[Bug 12793] New: Breaking up IndependentBranches syspref to support finer staff permissions granularity
by bugzilla-daemon＠bugs.koha-community.org 26 Sep '14

26 Sep '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12793 Bug ID: 12793 Summary: Breaking up IndependentBranches syspref to support finer staff permissions granularity Change sponsored?: Seeking cosponsors 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: jsasse(a)plumcreeklibrary.net QA Contact: testopia(a)bugs.koha-community.org CC: kyle(a)bywatersolutions.com, nick(a)quecheelibrary.org Currently, if the IndependentBranches system preference is turned off, all staff regardless of library location have access to edit/delete items and patrons belonging to other libraries. Also, if you allow staff access to the calendar and notices & slips tools, they have access to all libraries' calendars and notices. There's too much potential for misuse here, either intentional or unintentional. Another serious permissions issue is the ability of any staff member to change their library location at will. Staff should not be able to change their library location unless explicitly given that permission. There's too much potential here for misuse as well, either intentional or unintentional. Simply put, library staff should only have the permissions required to perform their job duties, nothing more. Koha currently gives staff far too many permissions, particularly with regard to items and settings belonging to other libraries. The IndependentBranches syspref is far too restrictive to be useful for resource sharing consortia. It needs to be broken down for more granular control. For example, library staff in my consortium need to be able to edit patron info because many patrons use multiple libraries but they should not be able to edit items belonging to another library, including using the batch modification tool. My suggestions as a starting point would be to consider the following global system preferences under Administration: Library staff may edit items belonging to other libraries (yes/no) Library staff may edit patrons belonging to other libraries (yes/no) Library staff may cancel holds of patrons belonging to other library (yes/no) Library staff may change their location (yes/no) Library staff may edit (only their own/all) notices Library staff may edit (only their own/all) calendars This assumes that the staff member is given the appropriate individual permissions under borowers, reserveforothers, editcatalogue and tools sections. I'm sure there are better ways to accomplish the permissions goals than the above; they are just suggestions to get the ball rolling. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 12172] New: Remote XSLT style sheets fail to fetch under https under recent LWP::Simple
by bugzilla-daemon＠bugs.koha-community.org 25 Sep '14

25 Sep '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12172 Bug ID: 12172 Summary: Remote XSLT style sheets fail to fetch under https under recent LWP::Simple 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: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org Recent versions of LWP::Simple enable 'verify_hostname' by default. This breaks https get requests in a nasty way such that any page relying upon the stylesheet results in a nasty perl error. We should be using LWP::UserAgent and setting this ignorance explicitly, or even better, setting a 'Certificate Authority' path to enable proper hostname verification. -- You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 10880] New: Staff Client Display856uAsImage options need updating
by bugzilla-daemon＠bugs.koha-community.org 25 Sep '14

25 Sep '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10880 Bug ID: 10880 Summary: Staff Client Display856uAsImage options need updating Change sponsored?: --- Product: Koha Version: 3.12 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Documentation Assignee: nengard(a)gmail.com Reporter: dearden(a)sarsf.org QA Contact: testopia(a)bugs.koha-community.org Section 1.15.1.1 Display856uAsImage needs updating. Under Values, the "Both Results and Details pages" option says "Not implemented yet", sometime before version 3.12.4 this was implemented when the XSLT option for the results page was fixed. This should be changed to "Both XSLTResultsDisplay and XSLTDetailsDisplay need to be on for this preference to work". Likewise, further down the "Results page only" says "Not implemented yet", this should be changed to "XSLTResultsDisplay needs to be on for this to work". Additionally, there is text at the end of the description that reads "in the current window or in a new window depending on the value in the system pref OPACURLOpenInNewWindow". On my installation the system pref OPACURLOpenInNewWindow does not control this action in the Staff Client, and I don't find a corresponding option in the Staff Client area. I think the description should be modified to remove that phrase. This started to work at some point because someone fixed the Results XSLT file for the staff client (at least the marc21 version). I am not sure what release that occurred in, so there may be some older doc that needs updating also. I am on version 3.12.4 and am reporting on the version 3.12 doc. It looks like the 3.14 doc is the same. I assume this feature still works in 3.14, assuming is always dangerous though. :) -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 10800] New: Unable to print hold page
by bugzilla-daemon＠bugs.koha-community.org 24 Sep '14

24 Sep '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10800 Bug ID: 10800 Summary: Unable to print hold page Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: yvcruz(a)uiwtx.edu QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Once a hold has been triggered, KOHA doesn't print the hold page. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 10929] New: fund amounts sort incorrectly in table on Administration -> Budgets -> Funds page
by bugzilla-daemon＠bugs.koha-community.org 24 Sep '14

24 Sep '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10929 Bug ID: 10929 Summary: fund amounts sort incorrectly in table on Administration -> Budgets -> Funds page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: gmcharlt(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Similar to bug 10792, the fund amounts (total allocated, base-level allocated, base-level spent, total sublevels spent, and base-level remaining) in the table on the admin/aqbudgets.pl page sort alphabetically, not numerically. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 6711] New: 'No more renewals' message has empty pull down
by bugzilla-daemon＠bugs.koha-community.org 24 Sep '14

24 Sep '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6711 Bug #: 6711 Summary: 'No more renewals' message has empty pull down Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All URL: /cgi-bin/koha/circ/circulation.pl OS/Version: All Status: NEW Severity: minor Priority: P5 Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: katrin.fischer(a)bsz-bw.de QAContact: koha-bugs(a)lists.koha-community.org Created attachment 4972 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=4972 screenshot To reproduce: - check out a book - renew as long as possible - check barcode out again (that's how I ran into it) -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug.

1 6

[Bug 10934] New: Checkouts table item price total includes relatives item's prices
by bugzilla-daemon＠bugs.koha-community.org 24 Sep '14

24 Sep '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10934 Bug ID: 10934 Summary: Checkouts table item price total includes relatives item's prices Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor 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 If a patron has relatives, the total replacement cost if the relative's checked out items is included in the total for the patron's checkouts. This is very confusing since those items are not listed in this table and there is no notice explaining this. It seems like it would be better to have the patron's total at the bottom of this table, and a new table footer for relatives checkouts ( which is currently lacking a table footer ). -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 9729] New: Unable to use IT search terms such as C#, .NET, C++ in searching
by bugzilla-daemon＠bugs.koha-community.org 24 Sep '14

24 Sep '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9729 Bug ID: 9729 Summary: Unable to use IT search terms such as C#, .NET, C++ in searching Classification: Unclassified 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: David.w.Hartman(a)Disney.com Type in the phrase "C#" in a search field, and search results has every record with a c. Type in the phrase "C++" in a search field, and search results has every record with a c. Type in ".NET", and you get more results than .NET books. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 12492] New: Package dependency changes to account for bug 12393
by bugzilla-daemon＠bugs.koha-community.org 24 Sep '14

24 Sep '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12492 Bug ID: 12492 Summary: Package dependency changes to account for bug 12393 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Packaging Assignee: koha-bugs(a)lists.koha-community.org Reporter: robin(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz Bug 12393 needs special handling during the release. This patch does that. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 9

[Bug 12600] New: Duplicated use statement in Search.pm
by bugzilla-daemon＠bugs.koha-community.org 24 Sep '14

24 Sep '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12600 Bug ID: 12600 Summary: Duplicated use statement in Search.pm 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: colin.campbell(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org There are two use C4::Charset statements in C4::Search.pm one buried deep in the code for no reason it should be removed -- You are receiving this mail because: You are watching all bug changes.

1 8