Adding a new-style copy alert fails silently when missing the appropriate permissions
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Evergreen |
Confirmed
|
Undecided
|
Unassigned |
Bug Description
In 3.1.2, adding a copy alert without the appropriate permissions acts like an alert has been placed, and never notifies the user that their alert didn't actually take.
There is a message in the console:
[PCRUDContext 5]: open-ils.
code => 404
status => An unknown server error occurred
params => ["ed3b848243d9c
It would save a lot of frustration if the user would be notified that they don't have the correct permissions, and they could do something about it. :-)
Steps to reproduce:
1) Log in as a user without the ADMIN_COPY_ALERT permission
2) Open an item in Item Status list view
3) Actions > Add > Copy alert
4) Fill out the form
5) Click okay
6) Re-open that item in Item Status -- note that the alert wasn't added
Changed in evergreen: | |
status: | New → Confirmed |
tags: | removed: webstaffclient |
tags: | added: cat-itemalerts |
I opened bug #1811442, which might address the lack of permission. But I agree that Evergreen should do something nicer whenever a case like this occurs.