Defect #1835
closed
GUI sometime freezing when new role-request should be created
Added by Vít Švanda over 4 years ago. Updated over 4 years ago.
100%
Files
| check02.png (89.7 KB) check02.png | Ondřej Kopr, 09/05/2019 10:53 AM | ||
| permissions.png (500 KB) permissions.png | Ondřej Kopr, 09/05/2019 10:53 AM | ||
| check.png (222 KB) check.png | Ondřej Kopr, 09/05/2019 10:53 AM |
Related issues
Updated by Vít Švanda over 4 years ago
@kopro trying to obtain and simulate that problem on the specific IdM implementation.
Updated by Ondřej Kopr over 4 years ago
- File permissions.png permissions.png added
- File check02.png check02.png added
- File check.png check.png added
- % Done changed from 0 to 30
We can simulate this behavior with these steps:
- Whole test start from user detail,
- next step is get to identity roles,
- start new request,
- add new role by button,
- find your role by role catalogue select,
- after you find the role click on bussines card, in developer console you can now see new error from role/{ID}/permissions endpoint with 403 code,
- then select this role and add it,
- next error with same endpoint role/{ID}/permissions was thrown and showloading doesn't dismiss.
Complete requests:
All permissions settings (userRole) can be found in screen permissions.png
Updated by Vít Švanda over 4 years ago
- Assignee changed from Ondřej Kopr to Radek Tomiška
As a workaround, we recommend allowing all users to read all roles they can requested for. This should temporarily solve the problem. The only drawback is that users will see the role agenda, where they will see all the roles they can requested for (read-only). Try this already to verify that the scenario described above applies to customers.
Updated by Vít Švanda over 4 years ago
- Assignee changed from Radek Tomiška to Ondřej Kopr
Updated by Vít Švanda over 4 years ago
We haven't been able to simulate this problem locally or in any other environment. We will continue the search.
Please try the above suggestion (right to read roles). It is still possible that the original end-user problem is different from what @kopro simulated. Please therefore confirm the scenario / "correction".
Updated by Vít Švanda over 4 years ago
- Assignee changed from Ondřej Kopr to Vít Švanda
Updated by Vít Švanda over 4 years ago
- Assignee changed from Vít Švanda to Radek Tomiška
I fixed UX problem with showing multiple showloadings.
Commit : https://github.com/bcvsolutions/CzechIdMng/commit/baf644b5b59cc226e0e1c6250f60f959a6c912a0
Updated by Radek Tomiška over 4 years ago
- Related to Task #1247: Info components - optimize number of request to backend added
Updated by Radek Tomiška over 4 years ago
- Status changed from In Progress to Needs feedback
- Assignee changed from Radek Tomiška to Vít Švanda
- % Done changed from 30 to 90
I was able to found and fix issue with dequeue request for fetching permission on failed attempt from redux queue (added in #1247).
Thx @svandav and @kopro for help, it was really hard to reproduce.
Commit:
https://github.com/bcvsolutions/CzechIdMng/commit/c1dd1ca5cdc262a479882342509e14d567c24e50
Could you do a feedback, please?
Updated by Ondřej Kopr over 4 years ago
- Assignee changed from Vít Švanda to Ondřej Kopr
I made feedback on project tomorrow. I will deploy your changes on project (snapshot frontend psst) and test it there.
Updated by Ondřej Kopr over 4 years ago
- Status changed from Needs feedback to Resolved
- Assignee changed from Ondřej Kopr to Radek Tomiška
- % Done changed from 90 to 100
Thanks for fix and help with debug. I tested same scenarios as yesterday and its work! Thank YOU!
Updated by Radek Tomiška over 4 years ago
- Status changed from Resolved to Closed