Plugin misinterprets URL components
Description
CSP Request Details
None
CSP Rejection Details
None
Potential Workaround
None
blocks
relates to
Checklist
hideTestRail: Results
Activity
Show:
Michal Kuklis October 19, 2018 at 1:23 PM
Thank you for testing it !
Matt Connolly October 18, 2018 at 9:08 PM
Thanks, ... looks like your change did the trick. This is working now.
Matt Connolly October 17, 2018 at 8:23 PM
or , could you weigh in on this? Does this seem like something that would be easy to fix?
Done
Created October 17, 2018 at 8:21 PM
Updated October 24, 2018 at 12:22 PM
Resolved October 19, 2018 at 1:24 PM
TestRail: Cases
TestRail: Runs
The ui-requests module uses the find user plugin in its 'create request' form. If an existing request is selected while the new request form is open (so that the URL looks something like
http://localhost:8080/requests/view/f1f7a710-84e6-4965-ab68-afec194d3cd3?layer=create), then attempting to use the user plugin by clicking theRequester lookuplink fails with the errorNo user found by id f1f7a710-84e6-4965-ab68-afec194d3cd3. The plugin is misinterpreting the item ID used by the requests module as a specified user ID, and hilarity a bad user experience ensues.Conceptually, this seems related to the problem addressed in UIPFU-6.