Hide Forgot
Description of problem: Each time a user logs in to the user portal and wants to start the console, if the desired console is not "Native client" (noVNC when VNC is the console, for instance), the Console Invocation field has to be changed each time. Version-Release number of selected component (if applicable): 3.6.4.1 Steps to Reproduce: 1. Log in to the userportal 2. User wants to choose noVNC as default for a VM as console is VNC 3. Click on the [...] button on the chosen VM, select noVNC and save 4. Log out, re-log in and "Native client" is selected again. Additional info: I think storing selection on a per-user basis is an overkill, storing the option on a per-VM basis would be enough.
(In reply to nicolas from comment #0) it is supposed to be persisted already. It's in browser's store, so as long as you don't clean up all that and use the same user on same browser it should remain as last time. Is it the case? Also, there is a global default ClientMode[Vnc|Spice|Rdp]Default you can change via engine-config
Ah, so it's stored in the browser. Now I tried it and it works, the problem is that I change my location often and access oVirt from different places, so I had the feeling that the choice was not being saved. Maybe this could be stored in the DB so each machine has its own configuration? If you don't feel this is relevant you can close the BZ as it's indeed working good. Thanks.
Oved, do you track a server-side general storage for client-side settings? (is "connect automatically" now done in such a way?)
Not sure. Ravi?
We don't track all client-side settings, ssh public key and connect automatically are the only ones currently persisted in the user_profiles table in the database.
(In reply to nicolas from comment #2) > Ah, so it's stored in the browser. Now I tried it and it works, the problem > is that I change my location often and access oVirt from different places, > so I had the feeling that the choice was not being saved. > > Maybe this could be stored in the DB so each machine has its own > configuration? If you don't feel this is relevant you can close the BZ as > it's indeed working good. > > Thanks. Nicolas - thanks. I think I'll close it for the time being - most of the users login from one or few locations - I don't think it's worth the effort to persist it all the way into the database.