Not possible to create copy status without manual code changes
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Evergreen |
Won't Fix
|
Medium
|
Unassigned |
Bug Description
Evergreen offers system adminstrative users the ability to create new copy statuses via Admin -> Server Administration -> Copy Statuses, but the status's attributes are incomplete until the status is added, depending on the circumstances, to the following two files (assuming the XUL client here - there may be others in the web client):
Open-ILS/
If not added to the list of copy statuses considered "OK", staff will get a "COPY_BAD_STATUS" alert at checkin.
Open-ILS/
If not added to the list of "magical_statuses", the status is assignable by catalogers in the Item Editor, for example. There are two other attributes there too ("block_
There may be other places in the code that need to be considered as well. As long as we're allowing end users to create custom statuses, each of these attributes need to also be configurable from the Copy Statuses UI and not within scripts.
Changed in evergreen: | |
assignee: | nobody → Kyle Huckins (khuckins) |
tags: |
added: admin-pages removed: webstaffclient |
tags: | removed: pullrequest |
tags: |
added: needswork removed: needsrepatch |
Changed in evergreen: | |
status: | Confirmed → Won't Fix |
milestone: | 3.next → none |
Marking this confirmed. Attributes like checkin_ok and magical_status should be columns in config.copy_status so the attributes can be customized, similar to was done for "is_available" in bug 1464709.