<font face="Default Sans Serif,Verdana,Arial,Helvetica,sans-serif" size="2">Had the same issue when I worked on the context selection menu for switching domain and project. I think it make sense to rename it to AVAILABLE_KEYSTONE_ENDPOINTS. Since it is local_settings.py, its going to affect some folks (maybe even break) until they also update their setting, something that would have to be done manually.<br><br><font color="#990099">-----Jay Pipes <jaypipes@gmail.com> wrote: -----</font><div class="iNotesHistory" style="padding-left:5px;"><div style="padding-right:0px;padding-left:5px;border-left:solid black 2px;">To: openstack-dev@lists.openstack.org<br>From: Jay Pipes <jaypipes@gmail.com><br>Date: 07/08/2015 07:14AM<br>Subject: Re: [openstack-dev] [horizon] [keystone] [docs] Two kinds of 'region' entity: finding better names for them<br><br><div><font face="Courier New,Courier,monospace" size="3">Got it, thanks for the excellent explanation, Timur! Yeah, I think <br>renaming to AVAILABLE_KEYSTONE_ENDPOINTS would be a good solution.<br><br>Best,<br>-jay<br><br>On 07/08/2015 09:53 AM, Timur Sufiev wrote:<br>> Hi, Jay!<br>><br>> As Doug said, Horizon regions are just different Keystone endpoints that<br>> Horizon could use to authorize against (and retrieve the whole catalog<br>> from any of them afterwards).<br>><br>> Another example of how complicated things could be: imagine that Horizon<br>> config has two Keystone endpoints inside AVAILABLE_REGIONS setting,<br>> <a href="http://keystone.europe">http://keystone.europe</a> and <a href="http://keystone.asia">http://keystone.asia</a>, each of them hosting a<br>> different catalog with service endpoint pointing to Europe/Asia located<br>> services. For European Keystone all Europe-based services are marked as<br>> 'RegionOne', for Asian Keystone all its Asia-based services are marked<br>> as 'RegionOne'. Then, imagine that each Keystone also has 'RegionTwo'<br>> region, for European Keystone the Asian services are marked so, for<br>> Asian Keystone the opposite is true. One of customers did roughly the<br>> same thing (with both Keystones using common LDAP backend), and<br>> understanding what exactly in Horizon didn't work well was a puzzling<br>> experience.<br>><br>> On Wed, Jul 8, 2015 at 4:37 PM Jay Pipes <jaypipes@gmail.com<br>> <<a href="mailto:jaypipes@gmail.com">mailto:jaypipes@gmail.com</a>>> wrote:<br>><br>>     On 07/08/2015 08:50 AM, Timur Sufiev wrote:<br>>      > Hello, folks!<br>>      ><br>>      > Somehow it happened that we have 2 different kinds of regions: the<br>>      > service regions inside Keystone catalog and AVAILABLE_REGIONS setting<br>>      > inside Horizon, yet use the same name 'regions' for both of them.<br>>     That<br>>      > creates a lot of confusion when solving some region-related issues at<br>>      > the Horizon/Keystone junction, even explaining what is exactly being<br>>      > broken poses a serious challenge when our common language has<br>>     such a flaw!<br>>      ><br>>      > I propose to invent 2 distinct terms for these entities, so at<br>>     least we<br>>      > won't be terminologically challenged when fixing the related bugs.<br>><br>>     Hi!<br>><br>>     I understand what the Keystone region represents: a simple,<br>>     non-geographically-connotated division of the entire OpenStack<br>>     deployment.<br>><br>>     Unfortunately, I don't know what the Horizon regions represent. Could<br>>     you explain?<br>><br>>     Best,<br>>     -jay<br>><br>>     __________________________________________________________________________<br>>     OpenStack Development Mailing List (not for usage questions)<br>>     Unsubscribe:<br>>     OpenStack-dev-request@lists.openstack.org?subject:unsubscribe<br>>     <<a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe">http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a>><br>>     <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>><br>><br>><br>> __________________________________________________________________________<br>> OpenStack Development Mailing List (not for usage questions)<br>> Unsubscribe: OpenStack-dev-request@lists.openstack.org?subject:unsubscribe<br>> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev">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: OpenStack-dev-request@lists.openstack.org?subject:unsubscribe<br><a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br><br></font></div></div></div></font>