Acq: fix bug in selection list delete operation
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Evergreen |
Fix Released
|
Low
|
Bill Erickson | ||
2.0 |
Fix Released
|
Undecided
|
Unassigned | ||
2.1 |
Fix Released
|
Undecided
|
Unassigned | ||
2.2 |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
Evergreen 2.0+
Avoid a possible bug in selection list deletion
This particularly matters for the "ephemeral," unnamed selection list that
Acquisitions General Search uses to hold bib records represented as
lineitems, as that list is deleted for the next run of that kind of
search.
It's possible to get lineitems onto that list that are in a state
other than "new". Code that deletes this list first deletes the
lineitems that belong to it, but that code formerly assumed that there
are two types of lineitems. "new" ones (that should be deleted) and ones
that belong to purchase orders (that should be deatched). That doesn't
necessarily cover all possible lineitems on the picklist, so deletion
ultimately fails.
This fixes that.
tags: | added: pullrequest |
Changed in evergreen: | |
status: | Fix Committed → Fix Released |
Applied to one of our 2.0 test servers and appears to correct the issue. Apparently our staff just noticed that deletion of line items from a selection list was wonky just recently (not that they've had renewed interest in using Acq with the recent patches made).
Thanks, senator! +1 to merging it in.