November 2016 - Koha-bugs - lists.koha-community.org

[Bug 3534] Patron quick add form
by bugzilla-daemon＠bugs.koha-community.org 11 Nov '16

11 Nov '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3534 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|enhancement |new feature -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14224] patron notes about item shown at check in
by bugzilla-daemon＠bugs.koha-community.org 11 Nov '16

11 Nov '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14224 Aleisha Amohia <aleishaamohia(a)hotmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #56682|0 |1 is obsolete| | --- Comment #9 from Aleisha Amohia <aleishaamohia(a)hotmail.com> --- Created attachment 57440 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=57440&action=ed… Bug 14224: Allow patron notes about item shown at check in This patch adds a "Note" input field to checked out items in the "your summary" section. The field allows patrons to write notes about the item checked out, such as "this DVD is scratched", "the binding was torn", etc. The note will be emailed to the library and displayed on item check in. Patch adds two fields to the "issues" table - "note" and "notedate". Patch adds syspref "AllowIssueNotes" - default off. Test Plan: 1) Apply this patch 2) Run updatedatabase 3) Make sure the branch has an email address specified 4) Check out an item to a patron 5) Log in with the patron you checked out the item for 6) In "your summery", write a message in the new "Note" field for the item checked out. Hit ENTER to save/send. 7) Success message should be seen and an email sent to the email address specified for the branch which the item was checked out from. 8) Log in with staff account and check in the item 9) The note should be shown The note can be changed by the patron at any time while the item is checked out. Each change will send a new email to the branch. Only the latest note version will be shown on check in. =============================================================================== NOTE: - This patch is still not ready for testing - am committing and attaching just to keep track of my changes. - So far I have moved the ajax code into svc/patron_notes. - I have also made use of the built-in letters and notices functions to send this email etc (easier to test, removes a lot of unnecessary code etc), so I have removed the opac-sendissuenote.tt file and instead added a note to the database in 'letters' table which will be added to the message queue when the note is submitted. - Testing: - Schema needs to be rebuilt before testing - Turn on 'AllowIssueNote' syspref - Show message_queue in mysql to test the notice is being sent - Still to do: - GetIssue/GetIssues - tests for new subroutines - fallback form for browsers without JS - New ideas: - Also came up with the idea to add the comments to the staff client dashboard (the way suggestions and patron detail updates show up on the main page) so librarians can mark notes as 'seen' Sponsored-by: Catalyst IT -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8451] Confusing and problematic double prompt for processing transfers
by bugzilla-daemon＠bugs.koha-community.org 11 Nov '16

11 Nov '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8451 jdemuth(a)roseville.ca.us <jdemuth(a)roseville.ca.us> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jdemuth(a)roseville.ca.us -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13153] Waiting hold checked in at different library doesn' t re-route item to correct library
by bugzilla-daemon＠bugs.koha-community.org 11 Nov '16

11 Nov '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13153 --- Comment #7 from jdemuth(a)roseville.ca.us <jdemuth(a)roseville.ca.us> --- I forgot to include that we are on 3.22.08. Jen DeMuth -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 13153] Waiting hold checked in at different library doesn' t re-route item to correct library
by bugzilla-daemon＠bugs.koha-community.org 11 Nov '16

11 Nov '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13153 --- Comment #6 from jdemuth(a)roseville.ca.us <jdemuth(a)roseville.ca.us> --- I was able to confirm this between multiple libraries while the item is still in transit. Here was my test plan: 1. Placed a hold on an item that is checked out for a patron to pick up at Library A. 2. Item is checked in at library B and gets the transit hold message but staff accidentally send it to Library C. 3. Item is checked in at Library C and no hold message comes up at all and staff only see a Checkin: Not checked out message and put it on their shelved unaware of the hold. 4. Item will show in Transit from Library B to A but is really at Library C. I have noticed this happen a few times and while the issue involves some staff errors, Koha should show the transit message at any library location and not just the two involved with the hold. Jen DeMuth Library Technician Technology & Support Services Parks, Recreation & Libraries 225 Taylor St. Roseville, CA 95678 (916) 774-5238 roseville.ca.us/library -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 4126] bulkmarcimport.pl allows -b and -a to be specified simultaneously
by bugzilla-daemon＠bugs.koha-community.org 10 Nov '16

10 Nov '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4126 --- Comment #2 from Magnus Enger <magnus(a)libriotech.no> --- Created attachment 57428 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=57428&action=ed… Bug 4126 - Exit bulkmarcimport if -a and -b given Currently it is possible to spceify both --biblios and --authorities as command line switches to bulkmarcimport.pl. This does not make sense so we should exit early and explain that these switches are mutually exclusive. To test: - Run one of these and check that there is no complaint about missing options: perl misc/migration_tools/bulkmarcimport.pl -a -b sudo koha-shell -c "perl misc/migration_tools/bulkmarcimport.pl -a -b" kohadev - Observe that this displays the perldoc, but does not complain about mutually exclusive switches. - Apply the patch - Rerun the command(s) from earlier. - Verify that the script is now halted and a small explanation given. -- You are receiving this mail because: You are watching all bug changes. You are the QA Contact for the bug.

1 0

[Bug 4126] bulkmarcimport.pl allows -b and -a to be specified simultaneously
by bugzilla-daemon＠bugs.koha-community.org 10 Nov '16

10 Nov '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4126 Magnus Enger <magnus(a)libriotech.no> changed: What |Removed |Added ---------------------------------------------------------------------------- Patch complexity|--- |Trivial patch Status|NEW |Needs Signoff -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 12363] Marking an item as lost in koha always returns it, but longoverdue.pl may not
by bugzilla-daemon＠bugs.koha-community.org 10 Nov '16

10 Nov '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12363 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |katrin.fischer(a)bsz-bw.de --- Comment #1 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Hm, I am not sure we want to match the staff client behaviour to the script in all cases. I think a workflow for the library could be: don't automatically remove lost items from the account, but use a special lost value and let the staff check them, beore marking them lost and removing them from the account. It might be good to still allow to control them independently. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 10937] Advanced search: Hide itemtypes from search form & Group itemtypes together into one search option
by bugzilla-daemon＠bugs.koha-community.org 10 Nov '16

10 Nov '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10937 Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |17531 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17531 [Bug 17531] Search categories for itemtypes broken -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 16430] New: Mainpage.pl dies if library is not set
by bugzilla-daemon＠bugs.koha-community.org 10 Nov '16

10 Nov '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16430 Bug ID: 16430 Summary: Mainpage.pl dies if library is not set Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org On a fresh install of Koha, logging in I was met with: Invalid dateformat parameter () at /home/vagrant/kohaclone/Koha/DateUtils.pm line 112. It appears that if the library is not set, you get this message on mainpage.pl. Needless to say, this adds difficulty in setting up a fresh install of Koha! -- You are receiving this mail because: You are watching all bug changes.

1 11