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

[Bug 18160] New: Error when OverDriveCirculation not enabled
by bugzilla-daemon＠bugs.koha-community.org 13 Mar '17

13 Mar '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18160 Bug ID: 18160 Summary: Error when OverDriveCirculation not enabled 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: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org There is an "Internal server error" inserted into the summary tab of a patron's account when OverDriveCirculation is not enabled. -- You are receiving this mail because: You are watching all bug changes.

1 24

[Bug 18000] New: Add --tablename option to misc/devel/ update_dbix_class_files.pl script
by bugzilla-daemon＠bugs.koha-community.org 10 Mar '17

10 Mar '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18000 Bug ID: 18000 Summary: Add --tablename option to misc/devel/update_dbix_class_files.pl script 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: alex.arnaud(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz Developers, Don't you think it's quite disturbing to see that all Koha schema files appear as modified in your git status when you ran update_dbix_class_files.pl script to get the one related to the table you've just created ? If yes, here is a patch that add the ability to specify a table name to this script, so test and sign. -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 17533] New: Syncing private to public list or adding more specific permissions?
by bugzilla-daemon＠bugs.koha-community.org 09 Mar '17

09 Mar '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17533 Bug ID: 17533 Summary: Syncing private to public list or adding more specific permissions? Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Lists Assignee: gmcharlt(a)gmail.com Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl I now have two lists: private list A (shared between some users), and public list B. A local custom cron job daily syncs changes from A to B. What I would like, is: Let this group of users that now share A, have permissions to add/delete entries from public list B (but no one else). The current permission strategy on public lists is all or nothing, but not just a group of selected users. What would be the best way to go to achieve this goal? What about giving staff users the right to add/delete entries from public lists? In my specific case the editors include a normal user ;) Redesign the whole permissions thing on lists? Aarg. Add a sync lists option? What do you think? -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 16961] New: Add the Koha::Objects->update method
by bugzilla-daemon＠bugs.koha-community.org 08 Mar '17

08 Mar '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16961 Bug ID: 16961 Summary: Add the Koha::Objects->update method Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org In order to update several rows in a single query, we need this new method. -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 18089] New: All XSLT testing singleBranchMode = 0 fails to show even if install has only 1 branch
by bugzilla-daemon＠bugs.koha-community.org 07 Mar '17

07 Mar '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18089 Bug ID: 18089 Summary: All XSLT testing singleBranchMode = 0 fails to show even if install has only 1 branch 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: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Due to the way it has been implemented, singleBranchMode is set to an empty string rather than 0 if there is only one branch. This causes any block that tests for singleBranchMOde to be 0 to never appear. -- You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 1993] Task Scheduler Needs Re-write
by bugzilla-daemon＠bugs.koha-community.org 01 Mar '17

01 Mar '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=1993 --- Comment #49 from Cab Vinton <bibliwho(a)gmail.com> --- This is a minor issue, but trivial to implement once the gory work on the scheduler itself is complete -- When scheduling reports the list of reports in the drop-down menu should be alphabetized. Most libraries have a large inventory of reports, so having them in alphabetical order makes a lot of sense. -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 1993] Task Scheduler Needs Re-write
by bugzilla-daemon＠bugs.koha-community.org 01 Mar '17

01 Mar '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=1993 Cab Vinton <bibliwho(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |bibliwho(a)gmail.com -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 3935] Schedule tasks periodically
by bugzilla-daemon＠bugs.koha-community.org 01 Mar '17

01 Mar '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3935 Cab Vinton <bibliwho(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |bibliwho(a)gmail.com -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13937] Add a Z39.50 daemon that can inject item status MARC subfields
by bugzilla-daemon＠bugs.koha-community.org 28 Feb '17

28 Feb '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13937 Barton Chittenden <barton(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #60736|0 |1 is obsolete| | --- Comment #34 from Barton Chittenden <barton(a)bywatersolutions.com> --- Created attachment 60738 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=60738&action=ed… Bug 13937 (Followup) - Remove reference to sub _prefetch_records Remove reference to sub _prefetch_records It appears this subis built into fetch and this call is a duplicate Signed-off-by: George Williams <george(a)nekls.org> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13937] Add a Z39.50 daemon that can inject item status MARC subfields
by bugzilla-daemon＠bugs.koha-community.org 28 Feb '17

28 Feb '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13937 Barton Chittenden <barton(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #60735|0 |1 is obsolete| | --- Comment #33 from Barton Chittenden <barton(a)bywatersolutions.com> --- Created attachment 60737 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=60737&action=ed… Bug 13937 - Add a Z39.50 daemon that can inject item status MARC subfields This creates a new daemon, misc/z3950_responder.pl, which can respond to Z39.50 requests. By default, it just proxies searches to Zebra. If desired, however, it can also add a subfield to the item tags on outgoing records with a textual description of the item's status (checked out, lost, etc.). This is useful for certain ILL systems. These strings can be translated using the 'Z3950_STATUS' authorized value. Test plan: 1) Start the Z39.50 server using `perl misc/z3950_responder.pl`. 2) Connect to the server using `yaz-client 127.0.0.1:9999/biblios`. 3) Run a search, such as `find @attr 1=1016 book`. 4) Fetch the results both one at a time with `show 1` and in a batch using `show 1+5`. 5) Turn on MARCXML using `format xml` and `elements marcxml`, and verify that the records are still correctly fetched. 6) Enable the item status subfield by restarting the server with the option `--add-item-status=k`. 7) Search for and fetch records, and verify that a $k subfield is added to the item tags as appropriate. It should show some combination of "Checked Out", "Lost", "Not For Loan", "Damaged", "Withdrawn", "In Transit", or "On Hold" as appropriate, or "Available". 8) Add an authorized value named "Z3950_STATUS" with any of the keys "AVAILABLE", "CHECKED_OUT", "LOST", "NOT_FOR_LOAN", "DAMAGED", "WITHDRAWN", "IN_TRANSIT" or "ON_HOLD", and verify that their descriptions are used instead of the default values above. Signed-off-by: George Williams <george(a)nekls.org> -- You are receiving this mail because: You are watching all bug changes.

1 0