-
Notifications
You must be signed in to change notification settings - Fork 897
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Unify the HTML5 canvas-based remote consoles under a single endpoint #18927
Conversation
7a226e0
to
cebc415
Compare
@miq-bot add_label providers/console, enhancement, hammer/no, changelog/yes |
f6a2c63
to
9c098ea
Compare
Checked commits skateman/manageiq@3c01363~...304063e with ruby 2.4.6, rubocop 0.69.0, haml-lint 0.20.0, and yamllint 1.10.0 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I am good with product features changes 👍 (as these changes are reflected in seed processes)
(not sure about changes related to support mixing)
Confirming I've seen the consoles open with these changes, both in Ops UI and in SUI, connected. 👍 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This looks great.
Just the 1 concern.
(I tend to worry about us changing privileges and user's having the old privileges but not the new ones)
We had RBAC features for each remote console type separately, which is pointless as this separation is no longer behavioral. The VMRC console is no longer web-based while all the others are, it also offers way more functionalities than the others. Therefore, I'm proposing to create an RBAC feature for all the console types based on HTML5
<canvas>
. They all offer the same functionality and the user doesn't really has to know which is actually running under the hood, the backend is always capable to select the best fitting one.The buttons for requesting remote consoles should follow this in the UI, i.e. one button for VMRC and another onr for HTML5-based consoles. Thanks to this it is possible to drop the global setting of a console type for VMs running on VMware providers. The console type for HTML5 will be determined by the provider upon request which will allow us for a better console support both in the ops and the service UI.
I also cleaned up the supports mixin usage in the area, now there's only a single
supports_html5_console?
call instead of the separate VNC, SPICE and WebMKS ones. The conditions became much simpler and more provider agnostic.Depends on: ManageIQ/manageiq-providers-vmware#409
https://bugzilla.redhat.com/show_bug.cgi?id=1532720