<div dir="ltr">My vote is for #1. If I remember the problem right it's the best solution.</div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature"><div dir="ltr"><font color="#888888"><div dir="ltr"><div style="color:rgb(34,34,34);font-size:13px;font-family:arial,sans-serif"><p style="font-size:small;margin:0px;font-family:Helvetica">
</p><p style="font-size:small;margin:0px;font-family:Helvetica"><b><u>                                  </u></b></p><p style="font-size:small;margin:0px;font-family:Helvetica">Nikolay Starodubtsev<br></p><p style="font-size:small;margin:0px;font-family:Helvetica">Software Engineer</p><p style="font-size:small;margin:0px;font-family:Helvetica">
Mirantis Inc.<br></p><p style="font-size:small;margin:0px;font-family:Helvetica"><br></p><p style="font-size:small;margin:0px;font-family:Helvetica">Skype: dark_harlequi<font color="#888888">ne1</font><br></p></div></div></font></div></div></div>
<br><div class="gmail_quote">2015-08-20 13:16 GMT+03:00 Kirill Zaitsev <span dir="ltr"><<a href="mailto:kzaitsev@mirantis.com" target="_blank">kzaitsev@mirantis.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><div style="font-family:Helvetica,Arial;font-size:13px;color:rgba(0,0,0,1.0);margin:0px;line-height:auto">On our latest irc meeting I raised a concern about public package visibility. Here’s the commit that caused my concerns <a href="https://review.openstack.org/#/c/213682/" target="_blank">https://review.openstack.org/#/c/213682/</a></div><div style="font-family:Helvetica,Arial;font-size:13px;color:rgba(0,0,0,1.0);margin:0px;line-height:auto"><br></div><div style="font-family:Helvetica,Arial;font-size:13px;color:rgba(0,0,0,1.0);margin:0px;line-height:auto">We currently have «catalog» and «package definitions» pages in our dashboard. The former contains packages that the user can add in his environment, and the latter contains packages the user can edit. This means, that admin user sees all the packages on package definitions page, while simple user can only see packages from his tenant.</div><div style="font-family:Helvetica,Arial;font-size:13px;color:rgba(0,0,0,1.0);margin:0px;line-height:auto">Lately we’ve added a filter, similar to the one «Images» dashboard has, that separates packages into «project» «public» and «other» groups, to ease selection, but this unfortunately introduced some negative UX, cause non-admin users now see the filter and expect all the public packages to be there.</div><div style="font-family:Helvetica,Arial;font-size:13px;color:rgba(0,0,0,1.0);margin:0px;line-height:auto"><br></div><div style="font-family:Helvetica,Arial;font-size:13px;color:rgba(0,0,0,1.0);margin:0px;line-height:auto">This can be solved in a couple of ways.</div><div style="font-family:Helvetica,Arial;font-size:13px;color:rgba(0,0,0,1.0);margin:0px;line-height:auto">1) Remove the filter for non-admin user, thus removing any concerns about public-packages. User can still sort the table by pressing on the public header.</div><div style="font-family:Helvetica,Arial;font-size:13px;color:rgba(0,0,0,1.0);margin:0px;line-height:auto">2) Renaming the filter to something like «my public» for non-admin </div><div style="font-family:Helvetica,Arial;font-size:13px;color:rgba(0,0,0,1.0);margin:0px;line-height:auto">3) Allowing user to see public packages from other tenants, but making all the edit options grey, although I’m not sure if it’s possible to do so for bulk operation checkboxes.</div><div style="font-family:Helvetica,Arial;font-size:13px;color:rgba(0,0,0,1.0);margin:0px;line-height:auto">4) Leave everything as is (ostrich algorithm), as we believe, that this is expected behaviour</div><div style="font-family:Helvetica,Arial;font-size:13px;color:rgba(0,0,0,1.0);margin:0px;line-height:auto"><br></div><div style="font-family:Helvetica,Arial;font-size:13px;color:rgba(0,0,0,1.0);margin:0px;line-height:auto">Personally I like #1 as it makes more sense to me and feels more consistent than other options.</div><div style="font-family:Helvetica,Arial;font-size:13px;color:rgba(0,0,0,1.0);margin:0px;line-height:auto"><br></div><div style="font-family:Helvetica,Arial;font-size:13px;color:rgba(0,0,0,1.0);margin:0px;line-height:auto">Ideas/opinions would be appreciated.</div><span class="HOEnZb"><font color="#888888"><br><div><div style="font-family:helvetica,arial;font-size:13px">-- <br>Kirill Zaitsev<br>Murano team</div><div style="font-family:helvetica,arial;font-size:13px">Software Engineer</div><div style="font-family:helvetica,arial;font-size:13px">Mirantis, Inc</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" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br></blockquote></div><br></div>