Details
-
Bug
-
Status: Closed (View Workflow)
-
P2
-
Resolution: Done
-
None
-
-
Prokopovych
Description
Steps to repro:
- Create a user with only Requests: All permissions
- Log in and attempt to create a request for an item that is available (I used item with barcode 90000)
- Select any active requester and select fulfillment preference holdshelf
- Attempt to save
Expected: Should save without error
Actual:
- Got "Page requests can't be created for this patron/item combination" which is a message that displays when a restrictive request policy is encountered. But for this environment, the only request policy enabled in Circ rules is "allow all" so this message should not display
- Despite this message (which I never even closed - it's still open on my screen), the request was created (I verified by logging in as diku_admin in another browser)
Additional info:
- I haven't seen this error when testing as diku_admin
- Screencast attached
TestRail: Results
Attachments
Issue Links
- relates to
-
UXPROD-113 Fulfilling delivery requests
-
- Closed
-
-
CIRC-579 Open requests in snapshot with no queue position
-
- Closed
-
-
UIREQ-385 Wrong menus showing when duplicating request when not logged in as diku_admin
-
- Closed
-
-
UIREQ-386 Attempting to duplicate request as user appears to fail, creates a request with no position and then breaks duplication for diku_admin
-
- Closed
-