Bug 1585641 - REST API doesn't return display -> type element for VM in VMpool with All-content header
Summary: REST API doesn't return display -> type element for VM in VMpool with All-con...
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: ovirt-engine
Classification: oVirt
Component: RestAPI
Version: 4.2.4.1
Hardware: Unspecified
OS: Unspecified
unspecified
medium
Target Milestone: ovirt-4.2.5
: ---
Assignee: Ori Liel
QA Contact: Eli Mesika
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2018-06-04 09:08 UTC by Lucie Leistnerova
Modified: 2018-07-31 15:26 UTC (History)
4 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2018-07-31 15:26:35 UTC
oVirt Team: Infra
Embargoed:
rule-engine: ovirt-4.2+


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
oVirt gerrit 92220 0 master MERGED restapi: Missing Display Type for VM-Pool 2018-07-02 09:56:07 UTC
oVirt gerrit 92830 0 ovirt-engine-4.2 MERGED restapi: Missing Display Type for VM-Pool 2018-07-08 06:41:46 UTC

Description Lucie Leistnerova 2018-06-04 09:08:22 UTC
Description of problem:
Call /ovirt-engine/api/vmpools with 'All-content: True' doesn't return <type> element in VMpool -> VM -> display.


Version-Release number of selected component (if applicable):
ovirt-engine-restapi-4.2.4.1-0.1.el7.noarch

How reproducible: always


Steps to Reproduce:
1. create some template and VM pool from it with 1 VM
2. run url without all-content first

curl -k -u admin@internal:passwd -H "Prefer: persistent-auth" https://engine/ovirt-engine/api/vmpools

        <vm href="/ovirt-engine/api/vms/de711526-d5d9-4a2c-ba79-2ad6e81819fa" id="de711526-d5d9-4a2c-ba79-2ad6e81819fa">
            ...
            <display>
                <allow_override>false</allow_override>
                <copy_paste_enabled>true</copy_paste_enabled>
                <disconnect_action>LOCK_SCREEN</disconnect_action>
                <file_transfer_enabled>true</file_transfer_enabled>
                <monitors>1</monitors>
                <single_qxl_pci>false</single_qxl_pci>
                <smartcard_enabled>false</smartcard_enabled>
                <type>spice</type>
            </display>

3. now run it with all-content

curl -k -u admin@internal:passwd -H "Prefer: persistent-auth" -H "All-content: true" https://engine/ovirt-engine/api/vmpools

Actual results: vm -> display element doesn't contain <type>

        <vm href="/ovirt-engine/api/vms/de711526-d5d9-4a2c-ba79-2ad6e81819fa" id="de711526-d5d9-4a2c-ba79-2ad6e81819fa">
            ...
            <display>
                <allow_override>false</allow_override>
                <copy_paste_enabled>true</copy_paste_enabled>
                <disconnect_action>LOCK_SCREEN</disconnect_action>
                <file_transfer_enabled>true</file_transfer_enabled>
                <monitors>1</monitors>
                <single_qxl_pci>false</single_qxl_pci>
                <smartcard_enabled>false</smartcard_enabled>
            </display>



Expected results: <type>spice</type> should be there


Additional info:
<display> elements with/without All-content from /ovirt-engine/api/vms are both correct.

Comment 1 Sandro Bonazzola 2018-07-31 15:26:35 UTC
This bugzilla is included in oVirt 4.2.5 release, published on July 30th 2018.

Since the problem described in this bug report should be
resolved in oVirt 4.2.5 release, it has been closed with a resolution of CURRENT RELEASE.

If the solution does not work for you, please open a new bug report.


Note You need to log in before you can comment on or make changes to this bug.