Check-in-then-out does not trigger holds

Bug #1656925 reported by tji@sitka.bclibraries.ca
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Evergreen
New
Wishlist
Unassigned

Bug Description

EG 2.10

A recent case shows that when checking out an item that is still in another patron's account, the checkin process does not check/trigger pending hold on the item.

Tina Ji
BC Libraries Co-op

Revision history for this message
Thomas Berezansky (tsbere) wrote :

I think this is intentional, with the "Check In" portion doing a "don't do any hold/transit related stuff" checkin, unless you are saying that the "Check Out Fills Related Hold" setting is enabled but not working for checking an item out that was still checked out to a different patron?

Revision history for this message
tji@sitka.bclibraries.ca (tji) wrote :

Thanks, Thomas. It makes sense when thinking of checking out an available copy with pending, but not triggered, holds (no prompt). But this scenario is slightly different. A prompt may be preferred in some situation. The item may not be found on the shelf. Two patrons may request to swap the item from one account to another. If staff use check_in_then_out, she/he may skip someone's hold without knowing it. Tina

Revision history for this message
Thomas Berezansky (tsbere) wrote :

So, if I understand correctly, you want a new feature that would prompt before non-renewal checkout if an active hold with no pull list target (aka, no on-shelf copies) could be filled by the copy in the case of checkout attempt from a non-standard status (more generic than "checked out")?

Not 100% sure I get your goal, or that I stated it well.

Revision history for this message
tji@sitka.bclibraries.ca (tji) wrote :

I think I would like to see a prompt (with options to capture or not to capture the hold) when the Normal (Forgive)check_in_then_check_out button is hit, in case there is an active hold that can be filled by the copy. In another word, the checkin process follows mostly the regular checkin procedure, except throwing a prompt instead of capturing the hold(sending item in transit) directly. Staff are prompted and given an opportunity to choose how to proceed.

Regarding whether the active hold has no pull list target, I think the behaviour should be in line with the regular checkin.

Changed in evergreen:
importance: Undecided → Wishlist
tags: added: circ-checkin circ-checkout circ-holds
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.