Precat Checkout always ITEM_NOT_CATALOGED even when copy exists
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Evergreen |
New
|
Undecided
|
Unassigned |
Bug Description
Evergreen version: 2.7+
OpenSRF version: 2.4.0
PostgreSQL version: 9.3 (but irrelevant)
When checking out a precat copy, staff are always presented with the dialog to fill in the title, etc., for the copy, even if the copy already exists with that information in the database.
If the item exists, the staff can simply close the dialog, or fill in anything at all in the fields. The information of the existing copy will be used.
The dialog opens because the back end always returns a 1202 ITEM_NOT_CATALOGED event for precat copies.
The code for https:/
It appears that the best way to fix this is to stop the back end check out and check out permit calls from returning the 1202 event when a precat copy already exists.
I am attaching a perl script to demonstrate the behavior. It creates a precat copy and then attempts to check it out to the user who created the copy. The script itself uses a couple of non-standard libraries and at least one hardcoded organizational unit, so it is a poor candidate for a test. Perhaps, I'll come up with a more generic version in the near future.
Changed in evergreen: | |
assignee: | Jason Stephenson (jstephenson) → nobody |
tags: |
added: precats removed: precat |
tags: |
added: circ-checkout removed: checkout |
The code linked in bug 1308239 is specifically meant for external integration. If the desired outcome is to allow completely human-driven ILL to use the same backend mechanisms, I suggest strongly that that should be an org unit setting that uses the workstation org unit for context.
For background, the design of pre-cats is that they "disappear" from the system after check in, from the point of view of circ staff, so that each time a staff member scans a particular barcode that has not passed through cataloging they are required to fill in the "dummy" fields. IMO, staff manually "faking" ILL doesn't change the reasoning behind the human-level behavior.
In fact, based on the description, I think the bug is actually that the user can close the dialog when the pre-cat already exists and have the originally entered information persist.