Bug 23249 - Print hold slips without confirmation for multiple locations
Summary: Print hold slips without confirmation for multiple locations
Status: NEW
Alias: None
Product: Koha
Classification: Unclassified
Component: Circulation (show other bugs)
Version: Main
Hardware: All All
: P5 - low normal
Assignee: Bugs List
QA Contact: Testopia
URL:
Keywords:
Depends on: 19383
Blocks:
  Show dependency treegraph
 
Reported: 2019-07-01 23:24 UTC by jdemuth@roseville.ca.us
Modified: 2020-10-06 06:52 UTC (History)
5 users (show)

See Also:
Change sponsored?: ---
Patch complexity: ---
Documentation contact:
Documentation submission:
Text to go in the release notes:
Version(s) released in:
Circulation function:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description jdemuth@roseville.ca.us 2019-07-01 23:24:38 UTC
Our library just upgraded to 18.11.06 and we tested bug 19383 which allows printing hold slips without confirmation. Everything worked as expected but we noticed this only works if you have one library location. This does not work for multiple library locations and looks like it overwrites the transfer and prints the hold slip making it confusing for staff. After the slip prints the screen displays both the hold box and then the transfer box below it. 

Here is a test plan of how to recreate this issue:

1. Place an item on hold that is at Library A and select Library B as the pick up location. 
2. Check in item at Library A to trigger the transfer.
3. A hold slip still automatically prints and states its on hold at Library B.
4. Once you close the pop up box, you can see two alerts, one to reprint the hold slip and then the actual transfer prompt is below. 

Thanks, 

Jen DeMuth
Comment 1 Nick Clemens (kidclamp) 2019-11-21 12:09:23 UTC
Hi Jen,

What is the desired outcome here? Are you thinking that Koha should print simply a transfer slip at this stage and not notify of the hold? 

Or is the issue that the hold slip that prints doesn't notify the patron of the transfer?

-Nick
Comment 2 jdemuth@roseville.ca.us 2019-11-21 17:10:38 UTC
Hi Nick, 

Yes, it would be ideal if the transfer would just display a transfer box that would require the user to hit OK to move on. The hold/transfer slip that prints looks just like a hold slip our library uses on the floor and was confusing to staff. If there needs to be a printed slip, it would be nice if it was a different kind of slip for staff to recognize it was a transfer hold.

Thanks, 

Jen
Comment 3 Katrin Fischer 2019-11-24 14:53:04 UTC
(In reply to jdemuth@roseville.ca.us from comment #2)
> Hi Nick, 
> 
> Yes, it would be ideal if the transfer would just display a transfer box
> that would require the user to hit OK to move on. The hold/transfer slip
> that prints looks just like a hold slip our library uses on the floor and
> was confusing to staff. If there needs to be a printed slip, it would be
> nice if it was a different kind of slip for staff to recognize it was a
> transfer hold.
> 
> Thanks, 
> 
> Jen

Hi Jen, I think bug 23249 goes in this direction. It would allow to print a transfer slip instead of a hold slip.
Comment 4 Joonas Kylmälä 2020-10-02 11:40:14 UTC
I'm having a go at this. I think safest way would be to add a systempreference for whether we want to use the HOLD_SLIP or TRANSFERSLIP in this situation where the item that has hold needs to be transferred.
Comment 5 Joonas Kylmälä 2020-10-06 06:52:36 UTC
Hi,

we used the instructions from comment number 5 in https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23292#c5 sucessfully. The same instructions can be found also from <https://bywatersolutions.com/education/the-holdslip-in-koha-just-got-a-whole-lot-cooler>. Jdemuth, does this fix the issue also for you?