Currently it is not possible to change the display adapter of a VM from QXL to VGA using the REST API. I've seen that the adapter type is controlled by the database field 'vm_static.default_display_type' but there's no interface in the API to modify it. This RFE is to request a way to configure the display adapter type from the REST API.
This was discussed in the past and the conclusion was not to expose that field at the API layer because it may lead to, arguably, questionable behavior - for example, let's say that you have a vm with SPICE+VNC, and we get a request to change QXL to VGA - should we reject that request or not? The alternative is to set the blank template with the right video device - if QXL cannot be used, change it to VGA+VNC. Then, new VMs won't be set with QXL on the first place. When picking operating system type with special constraints, we take those into consideration when setting the default display type.
wouldn't it be easier (for everybody) to just add that field after all? Invalid combinations would be rejected of course, but for the valid ones it greatly simplifies the usage.
(In reply to Michal Skrivanek from comment #3) > wouldn't it be easier (for everybody) to just add that field after all? > Invalid combinations would be rejected of course, but for the valid ones it > greatly simplifies the usage. And keep the blank template with spice and vnc?
I wouldn't touch Blank, just offer a simple way of overriding "video" and ideally also "graphics". Worst case even just the "video" part would be helpful.
We planned to drop QXL Even if we don't get to do this, we still want to default to VGA/BOCHS instead of QXL - and that's tracked in bz 1976607 Once we do that, we will have no reason to support setting VNC+QXL (because QXL can be selected when specifying SPICE) The problem with doing what is requested here is that it goes against the principle of REST-API *** This bug has been marked as a duplicate of bug 1976607 ***