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

[Bug 9060] New: Add additional sample data to German installer
by bugzilla-daemon＠bugs.koha-community.org 28 Dec '15

28 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9060 Priority: P5 - low Change sponsored?: --- Bug ID: 9060 CC: gmcharlt(a)gmail.com Assignee: magnus(a)enger.priv.no Summary: Add additional sample data to German installer Severity: normal Classification: Unclassified OS: All Reporter: magnus(a)enger.priv.no Hardware: All Status: ASSIGNED Version: master Component: Installation and upgrade (web-based installer) Product: Koha Similar to: Bug 9024 - Add additional sample data to German installer -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 11759] New: Batch checkout
by bugzilla-daemon＠bugs.koha-community.org 28 Dec '15

28 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11759 Bug ID: 11759 Summary: Batch checkout 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: jonathan.druart(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Currently Koha does not allow to checkout several items at once to a user. This can cause a waste of time when a user want to checkout more than 10 items. This development has been asked to have statistics on in-house use. Every night, a librarian will enter a barcode list (from a file or a scanner : the librarian scans the barcode of the documents that users let on the tables). Barcodes will be added to a statistics patron in order to count the number of items consulted. The development has been expanded to cover another need: some special libraries (BDP for "Bibliothèque départementale de prêt": "Loan Regional Library"). These libraries loan items to smaller libraries (municipal). The number of items could be very important and the current way offered by Koha is not adequate. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 101

[Bug 14654] New: Add desk filter in Holds awaiting pickup list
by bugzilla-daemon＠bugs.koha-community.org 28 Dec '15

28 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14654 Bug ID: 14654 Summary: Add desk filter in Holds awaiting pickup list Change sponsored?: 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: nicolas.legrand(a)bulac.fr QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Depends on: 13881 On waitingreserves.pl add a menu to filter holds by desks they are attached to. By default, put the desk the user have set. Otherwise, show all holds (current behaviour). Referenced Bugs: http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13881 [Bug 13881] Add desk management -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 7

[Bug 14495] New: WebDriver/WebTester Factory for easy generation of Web testing UserAgents.
by bugzilla-daemon＠bugs.koha-community.org 28 Dec '15

28 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14495 Bug ID: 14495 Summary: WebDriver/WebTester Factory for easy generation of Web testing UserAgents. 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: olli-antti.kivilahti(a)jns.fi QA Contact: testopia(a)bugs.koha-community.org Because life is short, getting test web drivers should be easy. In Ubuntu 14.04, Selenium no longer requires a stand-alone testing Server, so running integration tests is much much more fun! This factory encapsulates all the boring bits about getting a web driver to mimic user behaviour in the GUI. Tests included. -- You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 12952] New: Log koha actions to syslog too
by bugzilla-daemon＠bugs.koha-community.org 28 Dec '15

28 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12952 Bug ID: 12952 Summary: Log koha actions to syslog too Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Transaction logs Assignee: koha-bugs(a)lists.koha-community.org Reporter: srdjan(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[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