[UIREQ-126] Error Selecting Requester in Requests Created: 10/Oct/18  Updated: 27/Jan/20  Resolved: 26/Oct/18

Status: Closed
Project: ui-requests
Components: None
Affects versions: None
Fix versions: 1.5.0

Type: Bug Priority: P2
Reporter: Cate Boerema (Inactive) Assignee: Michal Kuklis
Resolution: Done Votes: 0
Labels: requests, sprint48, sprint49
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original estimate: Not Specified

Attachments: PNG File screenshot-1.png     PNG File screenshot-2.png    
Issue links:
Blocks
is blocked by STSMACOM-138 Plugin misinterprets URL components Closed
Relates
relates to STSMACOM-146 Requester Popup Filter Being Remembered Closed
Sprint:
Development Team: Prokopovych

 Description   

Steps to Repro:

  1. Log into snapshot-stable as diku_admin
  2. Go to Requests
  3. Open a request
  4. Copy the item barcode (optional step per Matt C)
  5. Click the new button to create a new request
  6. Paste the barcode you copied to select the item (optional step per Matt C)
  7. Go down to the Requester field and click Requester lookup

Expected: Popup should display with requesters that you can select from. Popup should only contain filter and list panes (not a pane for detail record). No error should display.

Actual: Popup contains a pane for a detail record. Error is generated (see attached screenshot). Error reads: ERROR: in module @folio/requests, operation GET on resource 'permissions' failed, saying: No user found by id f1f7a710-84e6-4965-ab68-afec194d3cd3 Screencast: Screencast: https://www.screencast.com/t/WjbLm5mm

NOTE: I also tested this using a barcode for a checked out item which I copied directly from Inventory, as opposed to a barcode from a bootstrap request record, just to be sure that wasn't causing the problem. I was able to repro in that case, as well: https://www.screencast.com/t/qdpmW9Ow



 Comments   
Comment by Cate Boerema (Inactive) [ 10/Oct/18 ]

Comment by Matt Connolly [ 17/Oct/18 ]

Steps 4 and 6 in the description are actually not needed to trigger this bug. The problem is that the SearchAndSort component is treating the ID of the selected request in the URL as a user ID that it thinks it's supposed to display.

Comment by Matt Connolly [ 18/Oct/18 ]

This was fixed by an update to stripes-smart-components by Michal Kuklis. No changes to ui-requests are necessary.

Comment by Cate Boerema (Inactive) [ 24/Oct/18 ]

Thanks Matt Connolly and Michal Kuklis. I am no longer seeing this error (in folio-snapshot). That said, the popup seems to be remembering a previous filter or something. This is how it looked when I first opened it (faculty was already selected):

Comment by Cate Boerema (Inactive) [ 26/Oct/18 ]

Hi Michal Kuklis I am still seeing the filter selection remembered, but I don't think that should hold up this bug fix. I filed STSMACOM-146 Closed for that issue and will close this as fixed. Thanks!!

Generated at Fri Feb 09 00:13:55 UTC 2024 using Jira 1001.0.0-SNAPSHOT#100246-sha1:7a5c50119eb0633d306e14180817ddef5e80c75d.