<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body>
<div dir="ltr">Ah, I see. I think I can understand why that was done initially, but since using UPDATE_HORIZON_CONFIG is already going beyond the scope of the enabled file since its directly affecting an exposed setting, I think we should just use the setting
 (and document it appropriately in the settings.rst)
<div><br>
</div>
<div>Rob</div>
</div>
<div class="gmail_extra"><br>
<div class="gmail_quote">On 2 August 2016 at 23:39, Richard Jones <span dir="ltr">
<<a href="mailto:r1chardj0n3s@gmail.com" target="_blank">r1chardj0n3s@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div>
<div dir="ltr">
<div class="gmail_extra">
<div class="gmail_quote"><span class="">On 3 August 2016 at 00:32, Rob Cresswell <span dir="ltr">
<<a href="mailto:robert.cresswell@outlook.com" target="_blank">robert.cresswell@outlook.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">
<div>
<div dir="ltr">Hi all,
<div><br>
</div>
<div>So we seem to be adopting a pattern of using UPDATE_HORIZON_CONFIG in the enabled files to add a legacy/angular toggle to the settings. I don't like this, because in settings.py the enabled files are processed *after* local_settings.py imports, meaning
 the angular panel will always be enabled, and would require a local/enabled file change to disable it.</div>
<div><br>
</div>
<div>My suggestion would be:</div>
<div><br>
</div>
<div>- Remove current UPDATE_HORIZON_CONFIG change in the swift panel and images panel patch</div>
<div>- Add equivalents ('angular') to the settings.py HORIZON_CONFIG dict, and then the 'legacy' version to the test settings.</div>
<div><br>
</div>
<div>I think that should run UTs as expected, and allow the legacy/angular panel to be toggled via local_settings.</div>
<div><br>
</div>
<div>Was there a reason we chose to use UPDATE_HORIZON_CONFIG, rather than just updating the dict in settings.py? I couldn't recall a reason, and the original patch ( <a href="https://review.openstack.org/#/c/293168/" target="_blank">https://review.openstack.org/#/c/293168/</a>
 ) doesn't seem to indicate why.</div>
</div>
</div>
</blockquote>
<div><br>
</div>
</span>
<div>It was an attempt to keep the change more self-contained, and since UPDATE_HORIZON_CONFIG existed, it seemed reasonable to use it. It meant that all the configuration regarding the visibility of the panel was in one place, and since it's expected that
 deployers edit enabled files, I guess your concern stated above didn't come into it.</div>
<div><br>
</div>
<div>I'm ambivalent about the change you propose, would be OK going either way :-)</div>
<span class="HOEnZb"><font color="#888888">
<div><br>
</div>
<div><br>
</div>
<div>     Richard</div>
<div><br>
</div>
</font></span></div>
</div>
</div>
</div>
</blockquote>
</div>
<br>
</div>
</body>
</html>