Return-Path: X-Original-To: apmail-cloudstack-dev-archive@www.apache.org Delivered-To: apmail-cloudstack-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 990F61049B for ; Wed, 9 Oct 2013 00:27:27 +0000 (UTC) Received: (qmail 56954 invoked by uid 500); 9 Oct 2013 00:27:27 -0000 Delivered-To: apmail-cloudstack-dev-archive@cloudstack.apache.org Received: (qmail 56918 invoked by uid 500); 9 Oct 2013 00:27:27 -0000 Mailing-List: contact dev-help@cloudstack.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@cloudstack.apache.org Delivered-To: mailing list dev@cloudstack.apache.org Received: (qmail 56910 invoked by uid 99); 9 Oct 2013 00:27:27 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 09 Oct 2013 00:27:27 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of Nitin.Mehta@citrix.com designates 66.165.176.63 as permitted sender) Received: from [66.165.176.63] (HELO SMTP02.CITRIX.COM) (66.165.176.63) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 09 Oct 2013 00:27:21 +0000 X-IronPort-AV: E=Sophos;i="4.90,1059,1371081600"; d="scan'208,217";a="59075074" Received: from sinpex01cl03.citrite.net ([10.151.46.34]) by FTLPIPO02.CITRIX.COM with ESMTP/TLS/AES128-SHA; 09 Oct 2013 00:26:59 +0000 Received: from SINPEX01CL02.citrite.net ([169.254.2.76]) by SINPEX01CL03.citrite.net ([169.254.3.103]) with mapi id 14.02.0342.004; Wed, 9 Oct 2013 08:26:55 +0800 From: Nitin Mehta To: Jessica Wang , "" CC: Alena Prokharchyk , Shweta Agarwal Subject: Re: questions about registerIso API and updateIsoPermissions API Thread-Topic: questions about registerIso API and updateIsoPermissions API Thread-Index: Ac7Eg/XfiQK8FZWWTSSDkTEE8tqe3P//CRuA Date: Wed, 9 Oct 2013 00:26:54 +0000 Message-ID: In-Reply-To: <4EFCA102B2C89A43BD3D0B497BFB8784080D19@SJCPEX01CL01.citrite.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.2.0.120402 x-originating-ip: [10.13.107.79] Content-Type: multipart/alternative; boundary="_000_CE79EF812B778nitinmehtacitrixcom_" MIME-Version: 1.0 X-Virus-Checked: Checked by ClamAV on apache.org --_000_CE79EF812B778nitinmehtacitrixcom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Answers inline. From: Jessica Wang = > Date: Tuesday 8 October 2013 5:10 PM To: ">" > Cc: Alena Prokharchyk >, Nitin Mehta >, Shweta Agarwal > Subject: questions about registerIso API and updateIsoPermissions API Hi, I have questions about registerIso API and updateIsoPermissions API. (1) A normal user is allowed to specify isextractable property when registe= ring an ISO (through registerIso API), but NOT allowed to update isextractable property when updating an ISO (thro= ugh updateIsoPermissions API). Is this by design or it's just an API bug? Nitin>> This is a grey area. This was done for templates (Isos just inherit= ed it) because derived templates may or may not belong to the same user and= we want to follow the principle of least privilege. At the moment, I think that for Isos we should allow to edit it so would ca= ll it an API bug. (2) A normal user is NOT allowed to specify isfeatured property when regist= ering an ISO (through registerIso API), but allowed to update isfeatured property when updating an ISO (through upd= ateIsoPermissions API)? Is this by design or it's just an API bug? Nitin>> Register Iso does provide an option to mark an ISO featured. I see = that in the latest master. Jessica --_000_CE79EF812B778nitinmehtacitrixcom_--