September 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 25 Sep '14

25 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 12996] New: Toolk to bulk export patrons images
by bugzilla-daemon＠bugs.koha-community.org 25 Sep '14

25 Sep '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12996 Bug ID: 12996 Summary: Toolk to bulk export patrons images Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: gmcharlt(a)gmail.com Reporter: pablo.bianchi(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 31884 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=31884&action=edit Bash script to bulk export patron images from a Koha instance and generate DATALINK.TXT to import into another instance I was trying to bulk export patrons images[0] so I created a bash script (attached) to export them all. This script will also generate a "DATALINK.TXT" to easily import into other Koha instance. Usage: User have to just edit parameters section and run it on the host where MySQL database is. For security reasons will always prompt for password. [0] https://www.mail-archive.com/koha@lists.katipo.co.nz/msg11711.html -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 12997] New: batch biblio delete on biblionumber, 001, or 035
by bugzilla-daemon＠bugs.koha-community.org 25 Sep '14

25 Sep '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12997 Bug ID: 12997 Summary: batch biblio delete on biblionumber, 001, or 035 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: new feature Priority: P5 - low Component: Tools Assignee: kyle(a)bywatersolutions.com Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org It would be nice to have a tool to batch delete biblio records that did not depend on items. So you choose to match on the biblionumber, 001 or the 035, load a csv or text file in (or paste a list of numbers) and it lets you delete. It should ask if you want to delete bib records with items attached before it runs. -- You are receiving this mail because: You are watching all bug changes.

1 0

[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 2889] templates should not use [% IF ( loop.odd ) %]
by bugzilla-daemon＠bugs.koha-community.org 25 Sep '14

25 Sep '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2889 Jonathan Druart <jonathan.druart(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Signed Off |Passed QA --- Comment #22 from Jonathan Druart <jonathan.druart(a)biblibre.com> --- Arg, I didn't update the status deliberately. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 2889] templates should not use [% IF ( loop.odd ) %]
by bugzilla-daemon＠bugs.koha-community.org 25 Sep '14

25 Sep '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2889 --- Comment #21 from Jonathan Druart <jonathan.druart(a)biblibre.com> --- IMO last commit message should be "templates should *not* use". -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 2889] templates should not use [% IF ( loop.odd ) %]
by bugzilla-daemon＠bugs.koha-community.org 25 Sep '14

25 Sep '14

1 0

[Bug 2889] templates should use [% IF ( loop.odd ) %]
by bugzilla-daemon＠bugs.koha-community.org 25 Sep '14

25 Sep '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2889 --- Comment #20 from Jonathan Druart <jonathan.druart(a)biblibre.com> --- Created attachment 31867 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=31867&action=edit Bug 2889 - templates should use [% IF ( loop.odd ) %] - Administration Some scripts pass a template variable to facilitate an alternate table row class for styling. Other use the 'IF (loop.odd)' construction. I think we're at the point where the CSS3 :nth-child() selector is widely-supported enough that we can do without template-based solutions: http://caniuse.com/#feat=css-sel3 This patch adds such a selector to the staff client CSS and removes the corresponding template markup from Administration pages. The last in this series of patches will remove the redundant CSS. Also in this patch: a few minor markup corrections. To test, apply the patch and clear your browser cache if necessary. View the following pages and confirm that alternate table row highlighting works as before: - Administration -> Budgets - Acquisitions -> Vendor -> Contracts - Administration -> Budgets -> Budget -> Planning - Administration -> Authority types - Administration -> Authority types -> MARC structure - Administration -> Authority types -> MARC structure -> subfields - Administration -> MARC bibliographic framework - Administration -> MARC bibliographic framework -> MARC structure - Administration -> MARC bibliographic framework -> MARC structure -> Subfields - Administration -> Libraries and groups - Administration -> Cities and towns - Administration -> Classification sources - Administration -> Circulation and fines rules - Administration -> Currencies and exchange rates - Administration -> Item types - Administration -> Koha to MARC mapping - Administration -> System preferences -> Local use - Administration -> Z39.50 client targets Signed-off-by: Nick Clemens <nick(a)quecheelibrary.org> Signed-off-by: Jonathan Druart <jonathan.druart(a)biblibre.com> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 2889] templates should use [% IF ( loop.odd ) %]
by bugzilla-daemon＠bugs.koha-community.org 25 Sep '14

25 Sep '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2889 Jonathan Druart <jonathan.druart(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #31858|0 |1 is obsolete| | Attachment #31859|0 |1 is obsolete| | --- Comment #19 from Jonathan Druart <jonathan.druart(a)biblibre.com> --- Created attachment 31866 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=31866&action=edit Bug 2889: template aqbasketusersearch add loop.odd To Test 1/ In Acquisitions > Create a test Budget 2/ In the Budget > Create at least three Test Funds 3/ Create at least three Users who use the fund 4/ Select Search for Basket User 5/ In the Table results list see the list of users and see the alternate table highlighting 6/ Apply the patch 7/ Refresh the Search for Basket User results window 8/ In the Table results list see the list of users and see the alternate table highlighting in place 9/ Bug fixed Signed-off-by: Nick Clemens <nick(a)quecheelibrary.org> Signed-off-by: Jonathan Druart <jonathan.druart(a)biblibre.com> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 2889] templates should use [% IF ( loop.odd ) %]
by bugzilla-daemon＠bugs.koha-community.org 25 Sep '14

25 Sep '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2889 Jonathan Druart <jonathan.druart(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Signed Off |Passed QA -- You are receiving this mail because: You are watching all bug changes.

1 0