Web Client - Holds Address Sometimes Missing From Transit Slip
Bug #1778567 reported by
Jennifer Pringle
This bug affects 14 people
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Evergreen |
Fix Released
|
Medium
|
Unassigned | ||
3.10 |
Fix Released
|
Medium
|
Unassigned | ||
3.9 |
Fix Released
|
Medium
|
Unassigned |
Bug Description
Evergreen 3.1
On transit slips sometimes the holds address prints and other times it says "We do not have a holds address for this library" even though it does have a holds address in the system.
This is happening at multiple libraries and we have slips for items being sent to the same library where one slip has the destination library's hold address and the other slip doesn't.
We have double checked and the libraries have holds addresses filled in under Administration -> Server Administration -> Organizational Units.
tags: | added: regression |
tags: |
added: admin-pages removed: webstaffclient |
tags: | added: checkin |
tags: |
added: circulation printing receipt transits removed: admin-pages checkin regression |
tags: | added: angular-circ |
Changed in evergreen: | |
importance: | Undecided → Medium |
Changed in evergreen: | |
assignee: | nobody → Jeff Davis (jdavis-sitka) |
Changed in evergreen: | |
milestone: | 3.10.1 → 3.10.2 |
Changed in evergreen: | |
milestone: | 3.10.2 → 3.11-beta |
Changed in evergreen: | |
assignee: | nobody → Galen Charlton (gmc) |
Changed in evergreen: | |
status: | Fix Committed → Fix Released |
To post a comment you must log in.
I'm confirming this because I have seen it in Evergreen 3.0.10.
However, I've only seen this occur when the item being checked in has multiple active transits on it, (see comment #1 on bug 1786104). I am unsure if this is the only cause.
When the 'no holds address' message appeared, I refreshed the Check-In screen. Upon the check in of the item again, the holds address did appear on the dialog/slip.