
<html><body><p><tt><font size="2">Adrian Turjak <adriant@catalyst.net.nz> wrote on 09/18/2017 01:39:20 AM:<br>> <br>> Bug submitted:<br>> <br>> <a href="https://urldefense.proofpoint.com/v2/url?">https://urldefense.proofpoint.com/v2/url?</a><br>> u=https-3A__bugs.launchpad.net_keystone_-2Bbug_1717847&d=DwIGaQ&c=jf_iaSHvJObTbx-<br>> siA1ZOg&r=uPMq7DJxi29v-9CkM5RT0pxLlwteWvldJgmFhLURdvg&m=pc-9BTikvQSYJU9gcS334Ut4ER1gN6c2hXl3vGzdTPY&s=9S9InbF78aSW8ums9lJm8snzR6XbHYUibLuPMFLmnFU&e=<br>> <br>> Note that this is an odd one, since the current state (while unhelpful)<br>> is safe, fixing it has a chance of exposing an API to users that<br>> shouldn't be able to use it if operators don't update their policy file<br>> to match the new default we'd add.<br>> <br>> <br></font></tt><br><tt><font size="2">I think we're actually mostly ok here. The one rule that looks off is the one that I think you may have thought was correct... create_trust. I updated the bug with reasoning. Please take a look and comment if I've missed something or you've got further questions. Specific examples that you've tried and got unexpected results would provide useful talking points. Thanks!</font></tt><BR>

</body></html>