The source storage domain Id can be deducted from other parameters and unnecessarily overheads the API. This overhead is also a likely source to bugs and should be removed. Code that uses this should deduce the source storage domain id from the storage pool and disk.
Live disks migration is affected by this change and should be verified to still be working against web-admin and REST API.
Should be re-examined after 3.6.0's disk refactoring.
Target release should be placed once a package build is known to fix a issue. Since this bug is not modified, the target version has been reset. Please use target milestone to plan a fix for a oVirt release.
Moving from 4.0 alpha to 4.0 beta since 4.0 alpha has been already released and bug is not ON_QA.
oVirt 4.0 beta has been released, moving to RC milestone.
While the source storage domain can be implied from the image in a move image scenario can be implied (as currently we can only move VM disks which have exactly one copy) there are a couple of issues with this: 1. Having the parameters class call the data access layer to obtain the source storage domain is impossible and even if it would be possible this is discouraged 2. The MoveDisk parameters extend the MoveOrCopyDisk parameters which do require the source storage domain id for copy operations as a template disk can exist on a few storage domains 3. In the future we might want to add the ability to move a template disk from one storage domain to another and for that the source storage domain id will need to be supplied Given all that the small benefit of removing this parameter doesn't worth the risk of regressions and future incompatibilities.