Failure of auto-cancel of LI upon cancel of last copy not always detected

Bug #1960456 reported by Galen Charlton
18
This bug affects 3 people
Affects Status Importance Assigned to Milestone
Evergreen
New
Undecided
Unassigned

Bug Description

Consider a purchase order that has a line item with one line item copy. Suppose that the user cancels the line item copy. Doing that should trigger cancelling the line item itself (see bug 978095).

However, if the line item cancellation fails (e.g., if cancelling the line item should delete real item records, but the staff user doesn't have the DELETE_COPY permission), there is no direct indication that something went wrong. Instead, the line item copy shows as cancelled while the line item shows as still on-order.

I think it would be better if a failure to auto-cancel the line item prevents the cancellation of the line item copy with a suitable error message. At the very least, a warning should be displayed.

For anybody taking on this bug, note that the return value of autocancel_lineitem() in Open-ILS/src/perlmods/lib/OpenILS/Application/Acq/Order.pm is not checked to see if it might be a failure event.

Evergreen master

tags: added: acq acq-lineitem
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.