Bug 986668

Summary: [engine] Display type is not inherited correctly from templates
Product: Red Hat Enterprise Virtualization Manager Reporter: Ido Begun <ibegun>
Component: ovirt-engineAssignee: Frantisek Kobzik <fkobzik>
Status: CLOSED CURRENTRELEASE QA Contact: Tareq Alayan <talayan>
Severity: medium Docs Contact:
Priority: unspecified    
Version: 3.2.0CC: acathrow, cpelland, fkobzik, iheim, lpeer, michal.skrivanek, oramraz, pstehlik, Rhev-m-bugs, talayan, yeylon
Target Milestone: ---Keywords: ZStream
Target Release: 3.3.0   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard: virt
Fixed In Version: is10 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
: 996125 (view as bug list) Environment:
Last Closed: Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---
Bug Depends On:    
Bug Blocks: 996125    
Description Flags
engine.log none

Description Ido Begun 2013-07-21 12:26:00 UTC
Created attachment 776440 [details]

Description of problem:
In API, default display type is applied to a new VM when created from a template with a different display type.

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1. Create VM with display type (vnc in 3.2) different from default (spice in 3.2):

2. Create template from VM:
<vm id="XXX"/>

(at this point template should have the same display type as the original VM)

3. Create VM from template:

Actual results:
Second VM's display type is the same as default (spice in 3.2)

Expected results:
Second VM's display type should be the same the original VM's.

Additional info:
Reproducible in 3.3 as well (with vnc being default).
I wasn't able to reproduce this using webadmin.

Comment 1 Frantisek Kobzik 2013-07-31 09:12:13 UTC
merged u/s: f5e6e457ad00ab0a6aeabe7e4386b26e8bfbc195

Comment 4 David Botzer 2013-08-27 14:00:09 UTC
I wasnt able to reproduce this via webadmin
3.3/is11 (also at 3.2/sf20.1)
Display Is correct at all sides

Please advise,

Comment 5 Frantisek Kobzik 2013-08-29 06:59:13 UTC
Hi David,
I believe this bug shouldn't be reproducable in is11/sf20 since the patch has been merged in these builds.

Comment 6 Itamar Heim 2014-01-21 22:21:33 UTC
Closing - RHEV 3.3 Released

Comment 7 Itamar Heim 2014-01-21 22:26:54 UTC
Closing - RHEV 3.3 Released