Bug 877003 - RESTAPI: '[?;]current' query parameter in: POST /api/vms/xxx/cdroms/yyy value does't seem to matter
Summary: RESTAPI: '[?;]current' query parameter in: POST /api/vms/xxx/cdroms/yyy value...
Keywords:
Status: CLOSED DUPLICATE of bug 876994
Alias: None
Product: Red Hat Enterprise Virtualization Manager
Classification: Red Hat
Component: ovirt-engine-restapi
Version: 3.1.0
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
: ---
Assignee: Michael Pasternak
QA Contact: Barak Dagan
URL:
Whiteboard: virt
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2012-11-15 14:09 UTC by Barak Dagan
Modified: 2014-07-13 23:18 UTC (History)
8 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2012-11-15 18:50:15 UTC
oVirt Team: ---
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)

Description Barak Dagan 2012-11-15 14:09:21 UTC
Description of problem:
Same results returns using the current parameters with all possible options:
True, False and none (no parameter), seems like the true value is used always, since the return results klolooks the same, he file_id doesn't registered in the config (DB) in false value.


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

How reproducible:
Always

Steps to Reproduce:
1. while VM is up send the following api call:
2. PUT api/vms/xxx/cdroms/yyy;current=True

<cdrom id="xxx">
    <file id="zzz.iso"/>
</cdrom>

3.PUT api/vms/xxx/cdroms/yyy;current=False

<cdrom id="xxx">
    <file id="zzz.iso"/>
</cdrom>
  
Actual results:
-- Returned XML: 

  <?xml version="1.0" encoding="UTF-8" standalone="yes"?>
  <cdrom id="yyy">
      <file id="zzziso"/>
  </cdrom>

-- no config change in any of the configurations

Expected results:
-- different behaviour for true and false parameter.

Additional info:

Comment 1 Michael Pasternak 2012-11-15 18:50:15 UTC

*** This bug has been marked as a duplicate of bug 876994 ***


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