It should be possible to set screen mode in Admin portal to be reflected in VM Portal It could be an option of the VM-, templates- and Pool-configuration in the category "console", for example full screen in VM portal with the optionen - Browser-Client-setup (default) - full screen - windows This would be a relief for some users and for us administrators, users who would be difficult to deal with the system then rarely contact RHV admibnistrator. Additional notes: We can setup the Full screen mode as following from the Manager -------------------------- engine-config -s FullScreenWebadminDefault=true systemctl restart ovirt-engine -------------------------- It is possible to set set the full screen mode in the admin portal under console options, this setting works for this VM only in the admin portal and not in the VM portal. It is possible to set set the full screen mode in the VM Portal, this setting works for this VM only in the VM portal. The full screen mode of a VM is unfortunately stored in the browser data. If I use a different browser and delete the website data or open the console from another client, the console reappears in the window. This is reproducible: 1.) freshly installed Firefox 2.) Console opens in the window 3.) VM properties / Console / full screen mode "ON" 4.) Console opens in full screen mode 5.) Cookies and website data deleted 6.) Firefox closed and reopened and logged in to the VM Portal 7.) Console opens in the window! :-( It is needed to specify that the console of a given VM always opens in full screen mode, no matter on which client it's opened.
Why is it a practical problem? Do you clear website data between each login?
The main reason: "The Thin Clients are read only systems, booted via network, the Browser data are deleted after a reboot"
problem is we don't really have server side user data (except for the ssh key for serial console). We do have access to vdc_options from VM Portal so reusing FullScreenWebadminDefault or a new global param would be fairly easy to do. Would that be helpful?
(In reply to Michal Skrivanek from comment #4) > problem is we don't really have server side user data (except for the ssh > key for serial console). We do have access to vdc_options from VM Portal so > reusing FullScreenWebadminDefault or a new global param would be fairly easy > to do. Would that be helpful? The customer says it is ok and it is how he understands dependencies: 'I think that FullScreen mode depends on a particular VM, the same as for example in "vm_static" table, where the number of monitors is defined in "num_of_monitors". This means that no user data is required. Association with the users then is carried out by assigning "UserRole" to them. That would override a global parameter.'
Steps 1) login to VM Portal 2) have default account settings for the user 3) open console of a running VM (should be in window mode) 4) close console, go to account settings and switch VNC/Spice console to full screen mode 5) save changes and open the console of a running VM again (should be in full screen mode) 6) clear cookies and website data, restart browser, login to the VM portal as the same user again 7) open the console of a running VM again (should be in full screen mode) 8) try the same thing for other console settings (full screen modes, ctrl alt del, default console, smartcard, connect automatically) Results: Account setting changes are server persistent and do not change on browser change, cookies/website data removal, etc. Verified in: ovirt-engine-4.5.0.2-0.7.el8ev.noarch ovirt-web-ui-1.8.1-2.el8ev.noarch
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory (Moderate: RHV Manager (ovirt-engine) [ovirt-4.5.0] security update), and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHSA-2022:4711
The needinfo request[s] on this closed bug have been removed as they have been unresolved for 365 days