Description of problem: A non-admin user with viewer role or 'view_provisioning_templates' permission is only able to see the list (name) of provisioning templates and unable to see the template box or details of the provisioning template. Version-Release number of selected component (if applicable): How reproducible: (Always) Steps to Reproduce: 1) Create a non-admin user and assign 'Viewer' role to it or assign a custom role having 'view_provisioning_templates' permissions filter added to it. 2) From Satellite web interface navigate to 'Hosts' -> 'Provisioning templates'. 3) Click on the name of any provisioning templates being listed. Actual results: No action takes place and provisioning template details are not opened. Expected results: The template box or details of provisioning template should be visible with read only permission. Additional info: The issue is reproducible on Satellite version 6.2.10
to see a template box (edit form) user must have edit_provisioning_templates permission, could you verify that adding this permissions helps? I think it's consistent with all other pages, view permission only allows user to display the resources in index page.
(In reply to Marek Hulan from comment #1) > to see a template box (edit form) user must have edit_provisioning_templates > permission, could you verify that adding this permissions helps? I think > it's consistent with all other pages, view permission only allows user to > display the resources in index page. I can confirm that. However, if I have view_provisioning_templates I *should* be able to view the templates. I can do this via hammer (and the API). The web UI should reflect these permissions.
I agree but that would mean displaying a different, read-only, form. As I said, it works this way for every resource, good example is subnet. If we change it, we should change it everywhere. A simple solution might be just disabling the submit button. I'll change the BZ title to match it. As you can imagine this would be a big change so it can take a while.
Created redmine issue http://projects.theforeman.org/issues/20973 from this bug
*** Bug 1487989 has been marked as a duplicate of this bug. ***
The Satellite Team is attempting to provide an accurate backlog of bugzilla requests which we feel will be resolved in the next few releases. We do not believe this bugzilla will meet that criteria, and have plans to close it out in 1 month. This is not a reflection on the validity of the request, but a reflection of the many priorities for the product. If you have any concerns about this, feel free to contact Red Hat Technical Support or your account team. If we do not hear from you, we will close this bug out. Thank you.
Upon review of our valid but aging backlog the Satellite Team has concluded that this Bugzilla does not meet the criteria for a resolution in the near term, and are planning to close in approximately a month. If you have any concerns about this, please contact your Red Hat Account team. Thank you.
Thank you for your interest in Satellite 6. We have evaluated this request, and while we recognize that it is a valid request, we do not expect this to be implemented in the product in the foreseeable future. This is due to other priorities for the product, and not a reflection on the request itself. We are therefore closing this out as WONTFIX. If you have any concerns about this, please do not reopen. Instead, feel free to contact your Red Hat Account Team. Thank you.