<div dir="ltr">+1, I do not think it's usable as how it is now. Let's think though if we can come up with better idea how to show what has been changed (or even otherwise, what was not touched - and so might bring a surprise later).<div>We might want to think about it after wizard-like UI is implemented.</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Jan 26, 2015 at 8:26 PM, Igor Kalnitsky <span dir="ltr"><<a href="mailto:ikalnitsky@mirantis.com" target="_blank">ikalnitsky@mirantis.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">+1 for removing attribute.<br>
<br>
@Evgeniy, I'm not sure that this attribute really shows all changes<br>
that's going to be done.<br>
<div class="HOEnZb"><div class="h5"><br>
On Mon, Jan 26, 2015 at 7:11 PM, Evgeniy L <<a href="mailto:eli@mirantis.com">eli@mirantis.com</a>> wrote:<br>
> To be more specific, +1 for removing this information from UI, not from<br>
> backend.<br>
><br>
> On Mon, Jan 26, 2015 at 7:46 PM, Evgeniy L <<a href="mailto:eli@mirantis.com">eli@mirantis.com</a>> wrote:<br>
>><br>
>> Hi,<br>
>><br>
>> I agree that this information is useless, but it's not really clear what<br>
>> you are going<br>
>> to show instead, will you completely remove the information about nodes<br>
>> for deployment?<br>
>> I think the list of nodes for deployment (without detailed list of<br>
>> changes) can be useful<br>
>> for the user.<br>
>><br>
>> Thanks,<br>
>><br>
>> On Mon, Jan 26, 2015 at 7:23 PM, Vitaly Kramskikh<br>
>> <<a href="mailto:vkramskikh@mirantis.com">vkramskikh@mirantis.com</a>> wrote:<br>
>>><br>
>>> +1 for removing "changes" attribute. It's useless now. If there are no<br>
>>> plans to add something else there, let's remove it.<br>
>>><br>
>>> 2015-01-26 11:39 GMT+03:00 Julia Aranovich <<a href="mailto:jkirnosova@mirantis.com">jkirnosova@mirantis.com</a>>:<br>
>>>><br>
>>>> Hi All,<br>
>>>><br>
>>>> Since we changed Deploy Changes pop-up and added processing of role<br>
>>>> limits and restrictions I would like to raise a question of it's subsequent<br>
>>>> refactoring.<br>
>>>><br>
>>>> In particular, I mean 'changes' attribute of cluster model. It's<br>
>>>> displayed in Deploy Changes dialog in the following format:<br>
>>>><br>
>>>> Changed disks configuration on the following nodes:<br>
>>>><br>
>>>> <node_name_list><br>
>>>><br>
>>>> Changed interfaces configuration on the following nodes:<br>
>>>><br>
>>>> <node_name_list><br>
>>>><br>
>>>> Changed network settings<br>
>>>> Changed OpenStack settings<br>
>>>><br>
>>>> This list looks absolutely useless.<br>
>>>><br>
>>>> It doesn't make any sense to display lists of new, not deployed nodes<br>
>>>> with changed disks/interfaces. It's obvious I think that new nodes<br>
>>>> attributes await deployment. At the same time user isn't able to change<br>
>>>> disks/interfaces on deployed nodes (at least in UI). So, such node name<br>
>>>> lists are definitely redundant.<br>
>>>> Networks and settings are also locked after deployment finished.<br>
>>>><br>
>>>><br>
>>>> I tend to get rid of cluster model 'changes' attribute at all.<br>
>>>><br>
>>>> It is important for me to know your opinion, to make a final decision.<br>
>>>> Please feel free and share your ideas and concerns if any.<br>
>>>><br>
>>>><br>
>>>> Regards,<br>
>>>> Julia<br>
>>>><br>
>>>> --<br>
>>>> Kind Regards,<br>
>>>> Julia Aranovich,<br>
>>>> Software Engineer,<br>
>>>> Mirantis, Inc<br>
>>>> +7 (905) 388-82-61 (cell)<br>
>>>> Skype: juliakirnosova<br>
>>>> <a href="http://www.mirantis.ru" target="_blank">www.mirantis.ru</a><br>
>>>> <a href="mailto:jaranovich@mirantis.com">jaranovich@mirantis.com</a><br>
>>>><br>
>>>><br>
>>>> __________________________________________________________________________<br>
>>>> OpenStack Development Mailing List (not for usage questions)<br>
>>>> Unsubscribe:<br>
>>>> <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
>>>> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
>>>><br>
>>><br>
>>><br>
>>><br>
>>> --<br>
>>> Vitaly Kramskikh,<br>
>>> Fuel UI Tech Lead,<br>
>>> Mirantis, Inc.<br>
>>><br>
>>><br>
>>> __________________________________________________________________________<br>
>>> OpenStack Development Mailing List (not for usage questions)<br>
>>> Unsubscribe:<br>
>>> <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
>>> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
>>><br>
>><br>
><br>
><br>
> __________________________________________________________________________<br>
> OpenStack Development Mailing List (not for usage questions)<br>
> Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
><br>
<br>
__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr">Mike Scherbakov<br>#mihgen<br><br></div></div>
</div>