Closed Milzor closed 4 years ago
@Milzor : Issue is not related to the UI permission Action - Studies - Open Viewer
- FYI, this UI permission relates to Invoke Image Display feature used in conjunction with Weasis Viewer Integration
I've rectified the issue title to clearly indicate the bug.
Thank you for reporting the issue!
First of all, I would strongly recommend not to use the user-role "user" because according to our definition of the Keycloak user of the UI every UI-user should have that role (you can not log in into the UI if your username doesn't have the role "user"). That means if you give some permission to the role "user" every other user will have that permission!!!
Regarding the issue: I don't see any bug in the UI, I only see a configuration confusion, namely:
The button with the Hover text View DICOM Object
is controlled by the permission action action-studies-download
(and not by action-studies-viewer
as you tried) and the Action Parameter visible
(Viewing an object is technically the same as downloading)
What you configured is the permission to open a Viewer. To see the open-viewer button you have to fulfill two conditions, to have the permission (what you did) and to configure to that web-application (what you selected to get the studies) the viewer URLs (see the second image)):
Describe the bug User role doesn't get access to view dicom image in dcm4chee-arc-light UI. I followed the steps on https://github.com/dcm4che/dcm4chee-arc-light/wiki/User-Role-Access-to-Viewer, but once a regular user logs in it doesn't show the
View DICOM Object
inTo Reproduce Steps to reproduce the behavior:
View DICOM Object
Expected behavior The popup should show
View DICOM Object
Screenshots
Desktop (please complete the following information):
Additional context Logged in user has the role
user
anduser
role is added to the UI Configuration permissions. See screenshot. Running docker images: