<div dir="ltr">+1 for removing "changes" attribute. It's useless now. If there are no plans to add something else there, let's remove it.<br></div><div class="gmail_extra"><br><div class="gmail_quote">2015-01-26 11:39 GMT+03:00 Julia Aranovich <span dir="ltr"><<a href="mailto:jkirnosova@mirantis.com" target="_blank">jkirnosova@mirantis.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>Hi All,</div><div><br></div><div>Since we changed Deploy Changes pop-up and added <a href="https://review.openstack.org/#/c/126930/" target="_blank">processing of role limits and restrictions</a> I would like to raise a question of it's subsequent refactoring.</div><div><br></div><div>In particular, I mean 'changes' attribute of cluster model. It's displayed in Deploy Changes dialog in <a href="http://s2.postimg.org/ak9inonhl/deploy_changes_dialog.png" target="_blank">the following format</a>:</div><div><ul><li>Changed disks configuration on the following nodes:<br></li><ul><li><node_name_list></li></ul><li>Changed interfaces configuration on the following nodes:</li><ul><li><node_name_list></li></ul><li>Changed network settings</li><li>Changed OpenStack settings</li></ul></div><div>This list looks absolutely useless.</div><div><br></div><div>It doesn't make any sense to display lists of new, not deployed nodes with changed disks/interfaces. It's obvious I think that new nodes attributes await deployment. At the same time user isn't able to change disks/interfaces on deployed nodes (at least in UI). So, such node name lists are definitely redundant.</div><div>Networks and settings are also locked after deployment finished.</div><div><br></div><div><br></div><div>I tend to get rid of cluster model 'changes' attribute at all.</div><div><br></div><div>It is important for me to know your opinion, to make a final decision. Please feel free and share your ideas and concerns if any.<br></div><div><br></div><div><br></div><div>Regards,<br>Julia</div><span class="HOEnZb"><font color="#888888"><div><br></div>-- <br><div><div dir="ltr"><div><span style="color:rgb(153,153,153)">Kind Regards,</span><br></div><span style="color:rgb(153,153,153)">Julia Aranovich,</span><br style="color:rgb(153,153,153)"><span style="color:rgb(153,153,153)">Software Engineer,</span><br style="color:rgb(153,153,153)"><span style="color:rgb(153,153,153)">Mirantis, Inc</span><br style="color:rgb(153,153,153)"><span style="color:rgb(153,153,153)">+7 (905) 388-82-61 (cell)</span><br style="color:rgb(153,153,153)"><span style="color:rgb(153,153,153)">Skype: juliakirnosova</span><br style="color:rgb(153,153,153)"><span style="color:rgb(153,153,153)"><a href="http://www.mirantis.ru" target="_blank">www.mirantis.ru</a></span><br style="color:rgb(153,153,153)"><span style="color:rgb(153,153,153)"><a href="mailto:jkirnosova@mirantis.com" target="_blank">jaranovich@mirantis.com</a></span></div></div>
</font></span></div>
<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></blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature"><div dir="ltr"><div><div dir="ltr">Vitaly Kramskikh,<br>Fuel UI Tech Lead,<br>Mirantis, Inc.</div></div></div></div>
</div>