Evergreen

webclient: items with copy alert and hold verify fail to capture for hold

Bug #1735221 reported by Angela Kilsdonk
52
This bug affects 10 people
Affects Status Importance Assigned to Milestone
Evergreen
Fix Released
Medium
Unassigned
Evergreen 3.9.1
3.8
Fix Released
Medium
Unassigned
Evergreen 3.8.2

Bug Description

master and 3.0.1 web client

If an item has a copy alert and is in a shelving location with Hold Verify = true, the item will not correctly be captured for a hold.

When the item is checked in, the copy alert appears and, after clicking OK/Continue, nothing else happens. The Hold Verify message does not appear, the item is not captured to fill the hold, nor is the item checked in.

This appears to only be an issue with capturing holds. These items will check in properly if no holds are present to be filled.

This may be related to another bug (however this bug has been fixed): https://bugs.launchpad.net/evergreen/+bug/1709966

Revision history for this message
Angela Kilsdonk (akilsdonk) wrote :

Marking as confirmed. Bug was originally reported by me and confirmed by Andrea Buntz Neiman.

Changed in evergreen:
status: New → Confirmed
Revision history for this message
Jennifer Pringle (jpringle-u) wrote :

Confirming that this is still an issue in 3.1

Revision history for this message
Jennifer Pringle (jpringle-u) wrote :

This issue continues in 3.3

Jeff Davis (jdavis-sitka)
Changed in evergreen:
importance: Undecided → Low
milestone: none → 3.4-beta2
Galen Charlton (gmc)
Changed in evergreen:
milestone: 3.4-beta2 → 3.4.1
Evergreen Bug Maintenance (bugmaster)
Changed in evergreen:
milestone: 3.4.1 → 3.4.2
Evergreen Bug Maintenance (bugmaster)
Changed in evergreen:
milestone: 3.4.2 → 3.4.3
Evergreen Bug Maintenance (bugmaster)
Changed in evergreen:
milestone: 3.4.3 → none
Revision history for this message
Jennifer Pringle (jpringle-u) wrote :

Confirmed bug is still present in 3.5

Timothy Means (tmeans-ncc)
tags: removed: webstaffclient
Timothy Means (tmeans-ncc)
tags: added: silentfailure
Revision history for this message
Ryan Eby (aadl-ubuntu) wrote :

The problem here is that the second dialog to capture/not capture never appears. If the alert is removed then the proper dialog appears and you can capture/not capture. If there is a checkin item alert only that dialog appears.

Dan Briem (dbriem)
tags: added: circ-holds
removed: holds
Revision history for this message
Michele Morgan (mmorgan) wrote :

This is still an issue in 3.8.

The items where we ran across this are circulating hotspots. There are item alerts listing the components so that staff can check for completeness, and the hold capture delay is intended to give staff time to make sure the hotspot is functioning properly and fit to circulate before capturing for the next hold.

Bumping Importance to Medium, though I consider it more of a Medium+ since there are not great workarounds.

Changed in evergreen:
importance: Low → Medium
Revision history for this message
Jennifer Pringle (jpringle-u) wrote :

Confirmed still an issue in 3.9.

I also tested on the server with angularized circ from bug testing week and the bug is still present in the new angular circ module.

Revision history for this message
Dan Briem (dbriem) wrote :

Here's a branch for testing: https://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/dbriem/lp1735221_confirm_capture_delay_after_item_alerts

tags: added: pullrequest
Revision history for this message
Michele Morgan (mmorgan) wrote :

Dan's patch works great! Adding my signoff here:

https://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/mmorgan/lp1735221_item_alerts_breaks_hold_verify_signoff

user/mmorgan/lp1735221_item_alerts_breaks_hold_verify_signoff

This patch does NOT fix the same issue (mentioned in comment #7) in the angular patron interfaces that are being developed under bug 1904036. Adding a link to this bug there.

tags: added: signedoff
Changed in evergreen:
milestone: none → 3.9.1
no longer affects: evergreen/3.2
no longer affects: evergreen/3.3
Revision history for this message
Michele Morgan (mmorgan) wrote :

Pushed to master, rel_3_9 and rel_3_8.

Thanks Dan!

Changed in evergreen:
status: Confirmed → Fix Committed
Evergreen Bug Maintenance (bugmaster)
Changed in evergreen:
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Subscribing...

Other bug subscribers

Remote bug watches

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