Web client: precat item creation should be more intentional
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Evergreen |
Fix Released
|
Medium
|
Unassigned | ||
3.5 |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
PINES libraries are seeing problems with pre-cataloged items being created without full data entered. Symptoms are that the precat item has a non-standard (or garbage) barcode with the correct barcode entered as the precat title. Our working theory on this is that staff scan something that creates the bad barcode, followed by a newline ("Enter") character, which opens the precat creation modal, followed by a correct scan of the barcode, followed by a newline character, which then closes the modal. The result is a mis-scanned item that should not have been checked out as a precat and all the ensuing confusion that results from an item being on the shelf and checked out at the same time.
The XUL client did not suffer this problem, because rather than going straight to the pre-cat window, it popped up a warning box that allowed staff to either cancel out and try re-scanning the barcode, or to create a pre-cat. Either way, the process was more intentional, and we need something similar in the web client.
Evergreen 3.0.X
OpenSRF 3.0.X
Ubuntu 16.04 LTS
PostgreSQL 9.5
tags: |
added: cataloging removed: cat |
Changed in evergreen: | |
status: | New → Confirmed |
summary: |
- Web client: precat item creations should be more intentional + Web client: precat item creation should be more intentional |
Changed in evergreen: | |
importance: | Undecided → Medium |
Changed in evergreen: | |
milestone: | none → 3.6.1 |
Changed in evergreen: | |
milestone: | 3.6.1 → 3.6.2 |
Changed in evergreen: | |
assignee: | nobody → Bill Erickson (berick) |
Changed in evergreen: | |
status: | Fix Committed → Fix Released |
Tested this on a 3.0.7 system and I would say that fixing these two issues would go a long way toward minimizing unintended precats.
1. Add a confirmation screen like the xul client has, that the scanned barcode is not cataloged.
2. Prevent submission of the precat modal form with an "Enter". Currently, as long as there is something in the Title field, an "Enter" will submit the precat creation form.
Also, just wanted to add a note that checkin the "Strict barcode" checkbox on the checkout screen in the web client will add another speed bump to precat creation by informing the staff user that the barcode is invalid.