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

[Bug 15522] New interface for revamped circulation rules
by bugzilla-daemon＠bugs.koha-community.org 30 Jun '17

30 Jun '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15522 Kyle M Hall <kyle(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |18886 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18886 [Bug 18886] Restructure storage of circulation rules to reduce complexity and enable increased flexiblity -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15524] Set limit on maximum possible holds per patron by category
by bugzilla-daemon＠bugs.koha-community.org 30 Jun '17

30 Jun '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15524 Kyle M Hall <kyle(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |18886 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18886 [Bug 18886] Restructure storage of circulation rules to reduce complexity and enable increased flexiblity -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15438] Checking out an on-hold item sends holder' s borrowernumber in AF (screen message) field.
by bugzilla-daemon＠bugs.koha-community.org 30 Jun '17

30 Jun '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15438 Lee Jamison <ldjamison(a)marywood.edu> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #64266|0 |1 is obsolete| | --- Comment #27 from Lee Jamison <ldjamison(a)marywood.edu> --- Created attachment 64757 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=64757&action=ed… Bug 15438 [Alternate Solution] - Checking out an on-hold item sends holder's borrowernumber in AF (screen message) field. Description: Let's say that 'Holding Patron' puts a hold on title 'ASDF'. If 'SIP Patron' then tries to check out ASDF, Holding Patron's card number appears in the AF (i.e. Screen Message) field. This only occurs if the hold has *not* yet been finalized -- If ASDF is waiting for Holding Patron, the screen message will read "Item is on hold shelf for another patron." The screen message containing only the Holding Patron's borrowernumber is confusing because a) It contains no context as to the nature of the number showing on the screen b) SIP devices work with borrower card numbers, so the number being returned has the wrong context. Furthermore, we're leaking patron information in a place where we probably would never check. Replicating the problem: Set up instance with two patrons, as well as a bib/item to put on hold/check out. Make sure that circ rules allow holds. Set up SIPconfig.xml to allow checkouts on the IP/port of your choice. Start SIP2. Make sure that authentication, checkin and check out work for the 'SIP Patron'. Ensure that AllowItemsOnHoldCheckout is set to "Don't Allow". In the steps to replicate, the Title/barcode of the item on hold/being checked out will be 'asdf'. The Holding Patron will be referred to as 'holder' and the checkout patron will be referred to as 'sipper'. Let's say that sipper's borrowernumber is 52. 1/ Place a biblio level hold for asdf, with holder as the holding patron. 2/ Start `sudo tail -f /var/log/syslog | grep sip` 3/ Attempt to check out asdf to sipper. You will see the sip checkout message '11...' followed by a '120...|AF52|...' sip checkout response. This indicates that the checkout has failed (which we would expect), and that the screen message is '52'. Example using ./misc/sip_cli_emulator.pl $ ./misc/sip_cli_emulator.pl -a 127.0.0.1 -p 6001 -su staff -sp staff -l CPL --patron 23529001223636 --password 1234 --item 1234 -m checkout Attempting socket connection to 127.0.0.1:6001...connected! SEND: 9300CNstaff|COstaff|CPCPL| READ: 941 Trying 'checkout' SEND: 11YN20151229 05321120151229 053211AOCPL|AA23529001223636|AB1234|ACstaff|AD1234|BON|BIN| READ: 120NUN20151229 053211AOCPL|AA23529001223636|AB1234|AJTheories of human development :|AH|AF52|BLY|BV5.00|BHUSD|BT06| Works as directed based on the replication steps. Signed-off-by: Lee Jamison <ldjamison(a)marywood.edu> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15438] Checking out an on-hold item sends holder' s borrowernumber in AF (screen message) field.
by bugzilla-daemon＠bugs.koha-community.org 30 Jun '17

30 Jun '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15438 Lee Jamison <ldjamison(a)marywood.edu> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Signed Off -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11911] Purchase suggestions can be accessed by all staff members / no specific permission
by bugzilla-daemon＠bugs.koha-community.org 30 Jun '17

30 Jun '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11911 --- Comment #7 from Fiona Borthwick <fiona.borthwick(a)ptfs-europe.com> --- I definitely think a separate permission to manage suggestions would be very welcome. We have a range of customers who make use of purchase suggestions but want to have the ability to control which members of the staff can actually manage the suggestions. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11911] Purchase suggestions can be accessed by all staff members / no specific permission
by bugzilla-daemon＠bugs.koha-community.org 30 Jun '17

30 Jun '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11911 Fiona Borthwick <fiona.borthwick(a)ptfs-europe.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fiona.borthwick@ptfs-europe | |.com -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15524] Set limit on maximum possible holds per patron by category
by bugzilla-daemon＠bugs.koha-community.org 30 Jun '17

30 Jun '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15524 --- Comment #5 from Baptiste <baptiste.wojtkowski(a)biblibre.com> --- Sorry I changed them again after my last test to check icons where displayed (only alternate test can be displayed on the sandbox). However with all system preferences set to default, I can't see the icons. I can't test the Marc21 outside this sandbox, so if it don't work I can't really sign off your patch -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15524] Set limit on maximum possible holds per patron by category
by bugzilla-daemon＠bugs.koha-community.org 30 Jun '17

30 Jun '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15524 Baptiste <baptiste.wojtkowski(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |baptiste.wojtkowski@biblibr | |e.com --- Comment #4 from Baptiste <baptiste.wojtkowski(a)biblibre.com> --- 5) Set the new max holds rule to X for "All libraries" Do you mean in the first array ? I don't find any other, but if it is this is not really intuitive -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 10067] decreaseLoanHighHolds messes with specify due date
by bugzilla-daemon＠bugs.koha-community.org 30 Jun '17

30 Jun '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10067 Baptiste <baptiste.wojtkowski(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=18885 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 16527] New: Stick due date calendar unexpected behaviour
by bugzilla-daemon＠bugs.koha-community.org 30 Jun '17

30 Jun '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16527 Bug ID: 16527 Summary: Stick due date calendar unexpected behaviour Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Seeing a few things here that seem unexpected: 1 - Set a date and click "Remember for session" and checkout a book 2 - Click the calendar to change date, today's date is highlighted, not the current selection 3 - Select a new date, make sure 'remember for session is still checked' and checkout a book 4 - The book recieves the correct due date, however, the new date is not remembered, reverts to last saved date 5 - Attempt to set a due date prior to current date, the notice that pops up reverts to the last saved date and not the selected date -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 22