Bug 1132478

Summary: [RFE][GUI over REST API gaps] missing move multiple disks (in a single request)
Product: [oVirt] ovirt-engine Reporter: Einav Cohen <ecohen>
Component: RestAPIAssignee: Nobody <nobody>
Status: CLOSED NOTABUG QA Contact: Raz Tamir <ratamir>
Severity: medium Docs Contact:
Priority: unspecified    
Version: 3.5.0CC: acanan, amureini, bazulay, bugs, derez, gklein, lsurette, oramraz, rbalakri, Rhev-m-bugs, scohen, srevivo, tnisan, ykaul, ylavi
Target Milestone: ---Keywords: FutureFeature, Improvement
Target Release: ---Flags: ylavi: ovirt-future?
rule-engine: planning_ack?
rule-engine: devel_ack?
rule-engine: testing_ack?
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Enhancement
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2016-12-06 12:23:35 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: Storage RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 1132506    

Description Einav Cohen 2014-08-21 12:18:58 UTC
we are missing the ability to move multiple disks at once from the rest-api. 

I assume that this can be worked around by making multiple requests for moving a single disk, however in this case, we might miss a special logic that is applied due to the "awareness" of the command that multiple disks are being moved (similar to RunMultipleAction - see bug 1132246)

Comment 1 Yaniv Kaul 2015-11-26 16:03:56 UTC
I'm keeping this open as I believe regardless of GUI over REST API it has value. Allon?

Comment 2 Allon Mureinik 2015-11-29 11:37:39 UTC
(In reply to Yaniv Kaul from comment #1)
> I'm keeping this open as I believe regardless of GUI over REST API it has
> value. Allon?
Wroth keeping open, not committing for 4.0, unless there's a solid usecase for it.

Comment 4 Yaniv Lavi 2016-12-05 13:51:14 UTC
I suggest closing this. Any objections?

Comment 5 Allon Mureinik 2016-12-06 12:23:35 UTC
(In reply to Yaniv Dary from comment #4)
> I suggest closing this. Any objections?
Agreed.