Re: [openstack-dev] [horizon] Concern about XStatic-bootswatch imports from fonts.googleapis.com

On 03/09/15 21:02, Matthias Runge wrote: > On 03/09/15 13:24, Thomas Goirand wrote: >> Hi, >> >> When doing: >> grep -r fonts.googleapis.com * >> >> there's 56 lines of this kind of result: >> xstatic/pkg/bootswatch/data/cyborg/bootstrap.css:@import >>

[openstack-dev] [Horizon] Feature Freeze Exception: shelving commands

Hi, I wanted to propose horizon-shelving-command[1][2] feature proposal for exception. This is a small feature based on existing pause/suspend command implementations. [1] https://blueprints.launchpad.net/horizon/+spec/horizon-shelving-command [2] https://review.openstack.org/220838

[openstack-dev] [horizon] python-selenium landed in Debian main today (in Debian Experimental for the moment)

Hi, I'm very happy to write this message! :) After the non-free files were removed from the package (after I asked for it through the Debian bug https://bugs.debian.org/770232), Selenium was uploaded and reached Debian Experimental in main today (ie: Selenium is not in non-free section of Debian

Re: [openstack-dev] [horizon] python-selenium landed in Debian main today (in Debian Experimental for the moment)

On 9 September 2015 at 05:35, Thomas Goirand wrote: > After the non-free files were removed from the package (after I asked > for it through the Debian bug https://bugs.debian.org/770232), Selenium > was uploaded and reached Debian Experimental in main today (ie: Selenium > is

Re: [openstack-dev] [horizon] Concern about XStatic-bootswatch imports from fonts.googleapis.com

On 03/09/15 13:24, Thomas Goirand wrote: > Hi, > > When doing: > grep -r fonts.googleapis.com * > > there's 56 lines of this kind of result: > xstatic/pkg/bootswatch/data/cyborg/bootstrap.css:@import > url("https://fonts.googleapis.com/css?family=Roboto:400,700;); > > This is wrong because: >

[openstack-dev] [horizon] Concern about XStatic-bootswatch imports from fonts.googleapis.com

rand <z...@debian.org> > To: "OpenStack Development Mailing List (not for usage questions)" < > openstack-dev@lists.openstack.org> > Cc: > Subject: [openstack-dev] [horizon] Concern about XStatic-bootswatch > imports from fonts.googleapis.com > Dat

Re: [openstack-dev] [horizon] Concern about XStatic-bootswatch imports from fonts.googleapis.com

On 09/03/2015 07:58 PM, Diana Whitten wrote: > Thomas, > > Sorry for the slow response, since I wasn't on the right mailing list yet. > > 1. I'm trying to figure out the best way possible to address this > security breach. I think that the best way to fix this is to augment > Bootswatch to only

[openstack-dev] [horizon] Concern about XStatic-bootswatch imports from fonts.googleapis.com

Hi, When doing: grep -r fonts.googleapis.com * there's 56 lines of this kind of result: xstatic/pkg/bootswatch/data/cyborg/bootstrap.css:@import url("https://fonts.googleapis.com/css?family=Roboto:400,700;); This is wrong because: 1/ This is a privacy breach, and one may not agree on hitting

[openstack-dev] [horizon] Concern about XStatic-bootswatch imports from fonts.googleapis.com

Thomas, Lots of movement on this today. I was able to get Bootswatch to roll a new package to accommodate our need to not pull in the URL by default any longer. This is now a configurable value that can be set by a variable. The variable's default value is still the google URL, but Horizon will

Re: [openstack-dev] [horizon] URL Sanity

t for usage questions)" <openstack-dev@lists.openstack.org<mailto:openstack-dev@lists.openstack.org>> Subject: Re: [openstack-dev] [horizon] URL Sanity Interesting idea, and in general I'm for consistency. I can't speak directly to the network/port question, though it

Re: [openstack-dev] [horizon] URL Sanity

Interesting idea, and in general I'm for consistency. I can't speak directly to the network/port question, though it seems to me that if ports must be attached to networks then it makes sense for the URL to reflect that. On the other hand, some could argue that the django URL routing is ...

[openstack-dev] [horizon] URL Sanity

Hi all, I recently started looking into properly implementing breadcrumbs to make navigation clearer, especially around nested resources (Subnets Detail page, for example). The idea is to use the request.path to form a logical breadcrumb that isn’t dependent on browser history (

Re: [openstack-dev] [Horizon] [Nova] [Cinder] Need to add selection of availability zone for new volume

://review.openstack.org/#/c/217857/ -Original Message- From: Timur Nurlygayanov [mailto:tnurlygaya...@mirantis.com] Sent: Monday, August 17, 2015 2:19 PM To: OpenStack Development Mailing List Subject: [openstack-dev] [Horizon] [Nova] [Cinder] Need to add selection of availability zone for new volume

Re: [openstack-dev] [horizon][i18n] Horizon plugins translation

AM: From: Ying Chun Guo guoyi...@cn.ibm.com To: OpenStack Development Mailing List openstack-dev@lists.openstack.org Date: 08/25/2015 04:27 AM Subject: [openstack-dev] [horizon][i18n] Horizon plugins translation Hi, I see there are several UI plugins in Horizon, which

Re: [openstack-dev] [horizon][i18n] Horizon plugins translation

@lists.openstack.org Date: 08/25/2015 04:27 AM Subject: [openstack-dev] [horizon][i18n] Horizon plugins translation Hi, I see there are several UI plugins in Horizon, which are in OpenStack projects.yaml. They are: horizon-cisco-ui, manila-ui and tuskar-ui. They are using separated repo now

[openstack-dev] [horizon][i18n] Horizon plugins translation

Hi, I see there are several UI plugins in Horizon, which are in OpenStack projects.yaml. They are: horizon-cisco-ui, manila-ui and tuskar-ui. They are using separated repo now. As the translation coordinator, I want to understand which of them want to be translated into multiple languages in

Re: [openstack-dev] [Horizon] Update on Angular Identity work

stack-dev@lists.openstack.orgFrom: "Tripp, Travis S" travis.tr...@hp.comDate: 08/21/2015 02:44PMSubject: Re: [openstack-dev] [Horizon] Update on Angular Identity workI definitely think the two panel tables in tree now (images and users) should be reduced down in the number of html partials

Re: [openstack-dev] [Horizon] Update on Angular Identity work

nstack-dev@lists.openstack.orgFrom: Lin Hua Cheng os.lch...@gmail.comDate: 08/20/2015 09:45PMSubject: Re: [openstack-dev] [Horizon] Update on Angular Identity workHi Thai,From your example, option 1 seems closer to the *current pattern* not option 2. :) Where the user define a list of action separately from

Re: [openstack-dev] [Horizon] Update on Angular Identity work

/core/images/table/images-table-row-details.html From: Thai Q Tran Reply-To: OpenStack List Date: Friday, August 21, 2015 at 1:38 PM To: OpenStack List Subject: Re: [openstack-dev] [Horizon] Update on Angular Identity work Hi Doug, I think your point is valid, but it would basically move the point

Re: [openstack-dev] [Horizon] Update on Angular Identity work

: - To: OpenStack Development Mailing List (not for usage questions) openstack-dev@lists.openstack.org From: Lin Hua Cheng os.lch...@gmail.com Date: 08/19/2015 05:15PM Subject: Re: [openstack-dev] [Horizon] Update on Angular Identity work Hi Thai, Thanks for investigating the two options. Option 2 might

Re: [openstack-dev] [Horizon] Update on Angular Identity work

questions) openstack-dev@lists.openstack.org From: Lin Hua Cheng os.lch...@gmail.com Date: 08/19/2015 05:15PM Subject: Re: [openstack-dev] [Horizon] Update on Angular Identity work Hi Thai, Thanks for investigating the two options. Option 2 might be better. Folks have to learn the new

Re: [openstack-dev] [Horizon] Update on Angular Identity work

tive.-Lin Hua Cheng os.lch...@gmail.com wrote: -To: "OpenStack Development Mailing List (not for usage questions)" openstack-dev@lists.openstack.orgFrom: Lin Hua Cheng os.lch...@gmail.comDate: 08/19/2015 05:15PMSubject: Re: [openstack-dev] [Horizon] Update on Angular Identity workH

Re: [openstack-dev] [Horizon] Update on Angular Identity work

away from option 2.-Lin Hua Cheng os.lch...@gmail.com wrote: -To: "OpenStack Development Mailing List (not for usage questions)" openstack-dev@lists.openstack.orgFrom: Lin Hua Cheng os.lch...@gmail.comDate: 08/18/2015 02:36PMCc: Vince Brunssen/Austin/IBM@IBMUSSubject: Re: [ope

Re: [openstack-dev] [Horizon] Update on Angular Identity work

Cheng os.lch...@gmail.com wrote: - To: OpenStack Development Mailing List (not for usage questions) openstack-dev@lists.openstack.org From: Lin Hua Cheng os.lch...@gmail.com Date: 08/18/2015 02:36PM Cc: Vince Brunssen/Austin/IBM@IBMUS Subject: Re: [openstack-dev] [Horizon] Update on Angular

Re: [openstack-dev] [Horizon] Update on Angular Identity work

Hi everyone,Just wanted to keep everyone up to date on the angular panels work. The goal was to set a pattern that others can follow, to that end, there were a few requirements:1. reusable and possibly pluggable2. easy to understand3. reduce code duplicationThese requirements don't always go

Re: [openstack-dev] [Horizon] Update on Angular Identity work

I think the table setup pattern have some opportunity for reducing code duplication before it gets re-used by other panels.. We used to just need to write one file to define a table, now we have to write 9 files [1]. Can we have a table directive to reduce the duplicated code before moving

[openstack-dev] [Horizon] [Nova] [Cinder] Need to add selection of availability zone for new volume

Hi OpenStack dev team, we found issue [1] in Horizon (probably, in Nova API too), which blocks the ability to boot VMs with option Instance Boot Source = Boot from image (creates new volume) in case when we have several Availability Zones in Nova and Cinder - it will fail with error Failure

[openstack-dev] [Horizon] New Horizon blueprint review meeting

Last week in the Horizon team meeting, we voted [1] to add a meeting to address the growing blueprint backlog. To that end, I've scheduled a regular meeting [2] to review old and new Horizon blueprints to reduce the clutter and focus ongoing work. We have several blueprints that need to

Re: [openstack-dev] [horizon] [stable] Freeze exception

I would like to request for a freeze exception for the this bug: https://bugs.launchpad.net/horizon/+bug/1474618 This is the patch: https://review.openstack.org/#/c/206184/ Too late for 2015.1.1, tags (except neutron) have been pushed but certainly fine to merge to stable/kilo. Cheers, Alan

[openstack-dev] [Horizon][Trove] About Trove policies

Hi all, I'm currently working on two blueprints to improve the Trove support in Horizon: 1. blueprint trove-list-datastores-and-versions 2. blueprint datatable-column-level-policy-checks -- needed by the first When requesting Trove API to get datastore versions, the response contains more data

[openstack-dev] [Horizon][Neutron] how to configure horizon to use lbaas api v2?

Hi all, In devstack, I configured enable_plugin neutron-lbaas https://git.openstack.org/openstack/neutron-lbaas ENABLED_SERVICES+=,q-lbaasv2 so, I can use lbaasv2 api in neutronclient. But I see the agent that's name is q-lbaasv2 not q-lbaas in screen, and horizon can recognize

Re: [openstack-dev] [horizon] [stable] Freeze exception

The patch fixes a bug that prevent user from using N1KV network, and the change is low risk and minimal. I think it would be good to backport. Thanks, Lin On Tue, Jul 28, 2015 at 3:20 PM, Saksham Varma (sakvarma) sakva...@cisco.com wrote: Hi all, I would like to request for a freeze

Re: [openstack-dev] [Horizon][Neutron] how to configure horizon to use lbaas api v2?

On 07/28/2015 12:09 PM, Wilence Yao wrote: Hi all, In devstack, I configured enable_plugin neutron-lbaas https://git.openstack.org/openstack/neutron-lbaas ENABLED_SERVICES+=,q-lbaasv2 so, I can use lbaasv2 api in neutronclient. But I see the agent that's name is q-lbaasv2

[openstack-dev] [horizon] [stable] Freeze exception

Hi all, I would like to request for a freeze exception for the this bug: https://bugs.launchpad.net/horizon/+bug/1474618 This is the patch: https://review.openstack.org/#/c/206184/ It’s a critical bug, which has already been merged to master, and needs to be back ported to kilo. Thanks,

Re: [openstack-dev] [horizon] Minimum Unit Test Coverage

+1 on coverage of any kind. From a tooling perspective, are you thinking istanbul? From an infra perspective, are you thinking a separate job, or to have it integrated in with npm run test? FYI- istanbul wraps the unit test invocation, e.g. 'istanbul karma start ./karma.config.js' or something

Re: [openstack-dev] [horizon] Minimum Unit Test Coverage

@lists.openstack.orgmailto:openstack-dev@lists.openstack.org Date: Thursday, 23 July 2015 18:11 To: OpenStack Development Mailing List (not for usage questions) openstack-dev@lists.openstack.orgmailto:openstack-dev@lists.openstack.org Subject: Re: [openstack-dev] [horizon] Minimum Unit Test Coverage +1

Re: [openstack-dev] [horizon] Minimum Unit Test Coverage

Hi Rob I agree. Enforcing a minimum level of coverage as a start is awesome. I must add though keeping it at 100% and breaking the build has almost never worked in practice for me. Keeping a slightly lower level ~98% is slightly more pragmatic. Also, the currently low coverages will have to be

[openstack-dev] [horizon] Minimum Unit Test Coverage

Hi all, As far as I’m aware, we don’t currently enforce any minimum unit test coverage, despite Karma generating reports. I think as part of the review guidelines, it would be useful to set a minimum. Since Karma’s detection is fairly relaxed, I’d put it at 100% on the automated reports. I

[openstack-dev] [horizon] [stable] Freeze exception

Hello, I would like to request for a freeze exception for the following bug: https://bugs.launchpad.net/horizon/+bug/1475190 Here is the patch: https://review.openstack.org/#/c/202836/ This patch is not required in master as the network profile feature is supported in neutron for liberty

[openstack-dev] (Horizon) Alternative way to set webroot and static_url

I personally think having JS code generated from Django template is not necessary better than having JS globals. Actually I finding it is more problematic and keep causing issues: * app.module.js has to be manually collected and being placed before some Django template generated JS code:

[openstack-dev] [horizon] Unified interface for all regions

Hi, As anyone wondered if it could be possible/feasible to have an unified interface where all instances (or resources) are listed in one single page for all regions available in the catalog? What would be the challenges to make it happen? (so you don't have to toggle between regions) --

Re: [openstack-dev] [horizon] Unified interface for all regions

It is certainly possible. And a common request. I have it as a priority to look into during the latter half of Liberty. There are two factors that prompted the current model. Taking the example of the instances page (as it exists today). 1) The resulting page would be making 6 API calls to 3

Re: [openstack-dev] [horizon][neutron][lbaas] Horizon support for neutron-lbaas v2

Hi Vivek and LBaaS folks, I added [horizon] tag so that Horizon folks can be aware of this thread. Before jumping into LBaaS specific topic, let me share the current effort As you may know, Horizon team itself is exploring a way how to make development of each panel fast and smooth. - One

Re: [openstack-dev] [Horizon] Liberty Mid Cycle Meetup

Hello everybody, Just a reminder about the mid-cycle next week. If you haven’t already, please add your name to the list[0] of people coming so we have a final head count on ordering morning / afternoon snacks. If your name is on the list and you aren’t coming, please remove it or indicate

Re: [openstack-dev] [horizon] [keystone] [docs] Two kinds of 'region' entity: finding better names for them

Date: 07/09/2015 01:17 PM Subject: Re: [openstack-dev] [horizon] [keystone] [docs] Two kinds of 'region' entity: finding better names for them Had the same issue when I worked on the context selection menu for switching domain and project. I think it make sense to rename

Re: [openstack-dev] [horizon] [keystone] [docs] Two kinds of 'region' entity: finding better names for them

Hi, Jay! As Doug said, Horizon regions are just different Keystone endpoints that Horizon could use to authorize against (and retrieve the whole catalog from any of them afterwards). Another example of how complicated things could be: imagine that Horizon config has two Keystone endpoints inside

Re: [openstack-dev] [horizon] Modifying existing dashboards with plugins

On Mon, Jul 06, 2015 at 04:23:29PM -0700, Skyler Berg wrote: I am wondering if there is a way to have plugins modify existing dashboards currently that I am overlooking. If not, should there be? Very briefly: There is currently no way to extend something else other than a dashboard or a panel.

[openstack-dev] [horizon] Modifying existing dashboards with plugins

I am considering making a plugin for Horizon which will add additional information to existing dashboards. For example, the plugin may add a new column to a table in a table in the instances dashboard. I have not found a standard method for plugins to do this. The plugin support I have found only

[openstack-dev] [horizon] [docs] AngularJS in Horizon Docs

Hi all, Had another pass of the AngularJS documentation: https://review.openstack.org/#/c/182243/ My hope here is to merge soon, noting those sections that may change, and update as they do change. This may potentially mean short periods of inaccuracy between the docs and reality, but

Re: [openstack-dev] [horizon] Angular dependencies and the hz.dashboard namespace

On 20 June 2015 at 09:11, Thai Q Tran tqt...@us.ibm.com wrote: -Richard Jones r1chardj0...@gmail.com wrote: - To: OpenStack Development Mailing List (not for usage questions) openstack-dev@lists.openstack.org From: Richard Jones r1chardj0...@gmail.com Date: 06/19/2015 03:49PM

Re: [openstack-dev] [horizon] Angular dependencies and the hz.dashboard namespace

Heres a summary of what we talked about:1.Need to retain the same file structure so that pluggins continue to work.Example:https://github.com/stackforge/monasca-ui/tree/master/monitoringBasically we have existing pluggins that use this file structure, we need to honor it.This is not directly

[openstack-dev] [Horizon] Liberty Mid Cycle Meetup

Hi everybody, I got confirmation for hosting the mid cycle meetup at the HP Office in Fort Collins on July 21st - 23rd. I’ve put details on the location with a couple nearby hotels on the following ether pad. The room we have reserved can hold about 40 people, but I’ve requested for it to be

[openstack-dev] [Horizon] [UX] [Glance] Enabling Horizon-Glance images streaming: request for early feedback

Hi folks! Some of you might had hit the problems with uploading large Glance images via Horizon, the problem was so well known that it got its own solution in Horizon settings named HORIZON_IMAGES_ALLOW_UPLOAD. So the exact problem is that large images being uploaded to Glance via Horizon may

Re: [openstack-dev] [Horizon] [tests] [dsvm] Tests failed because of timeout during the images upload

Timur, If old jQuery code (not AngularJS) is still used for processing 'Create Image' form, then the spinner is shown just before submitting the form contents [1] and hidden right after the request completes [2] in case the form is being redrawn or the whole page is redrawn in case of redirect -

[openstack-dev] [Horizon] [tests] [dsvm] Tests failed because of timeout during the images upload

Hi team, I investigated the latest failed Horizon integration dsvm jobs [1] and found that many of them failed because of timeouts during the upload of image (in function 'create_image' [2]), on step '_wait_till_spinner_disappears' [3], where we wait while 'div.*modal-backdrop*' will disappear.

Re: [openstack-dev] [Horizon] [tests] [dsvm] Tests failed because of timeout during the images upload

On 16/06/15 11:20, Timur Nurlygayanov wrote: In this method integration tests try to upload image by the following link [4]: http://download.cirros-cloud.net/0.3.1/cirros-0.3.1-x86_64-uec.tar.gz Imho it would be better to host this somewhere internal in infra rather than getting it from the

Re: [openstack-dev] [horizon][i18n] Ordering of PO files

On 06/09/2015 01:28 AM, Thai Q Tran wrote: Hi folks, In the midst of shifting to angular, we are making use of babel for extracting messages. This would then allow us to write a custom extractor for angular templates. Here's the patch that compare PO files:

Re: [openstack-dev] [horizon][i18n] Ordering of PO files

) openstack-dev@lists.openstack.org Date: 2015/06/09 12:59 Subject: Re: [openstack-dev] [horizon][i18n] Ordering of PO files Hi Thai, At the moment, translation effort are done on Transifex, so I think it is not a big problem even if the ordering of translatable strings are changed (as long

Re: [openstack-dev] [horizon][i18n] Ordering of PO files

openstack-dev@lists.openstack.orgFrom: Andreas Jaeger a...@suse.comDate: 06/09/2015 12:03AMSubject: Re: [openstack-dev] [horizon][i18n] Ordering of PO filesOn 06/09/2015 01:28 AM, Thai Q Tran wrote: Hi folks, In the midst of shifting to angular, we are making use of babel for extracting messages.

[openstack-dev] [horizon][i18n] Ordering of PO files

Hi folks,In the midst of shifting to angular, we are making use of babel for extracting messages. This would then allow us to write a custom extractor for angular templates.Here's the patch that compare PO files:https://review.openstack.org/#/c/189502/It looks worse than reality, if you compare

Re: [openstack-dev] [horizon][i18n] Ordering of PO files

Hi Thai, At the moment, translation effort are done on Transifex, so I think it is not a big problem even if the ordering of translatable strings are changed (as long as the strings themselves are not changed). Even when using the current extractor from Django, the order of translatable strings

Re: [openstack-dev] [horizon] Prioritize tests over JSCS

. Aaron D. Sahlin IBMUSM07(asahlin) Dept. X2WA Phone 507-253-7349 Tie 553-7349 From: Thai Q Tran/Silicon Valley/IBM@IBMUS To: OpenStack Development Mailing List \(not for usage questions\) openstack-dev@lists.openstack.org Date: 06/04/2015 01:33 PM Subject:[openstack-dev] [horizon

[openstack-dev] [horizon] Prioritize tests over JSCS

Hi folks,I know a lot of people are tackling the JSCS stuff, and thats really great. But it would be extra nice to see JSCS stuff along with JP's guidelines in your patches. Furthermore, if the file you are working on doesn't have an accompanying spec file, please make sure that the tests for it

[openstack-dev] [Horizon] high priority patches, please review

Hi Horizon devs, The following test patches are a high priority, blocking further new work in Liberty until they're landed. Please consider helping review them to get the landed ASAP: https://review.openstack.org/#/c/170554/ https://review.openstack.org/#/c/167738/

Re: [openstack-dev] [Horizon][sahara]

@lists.openstack.org Subject: [openstack-dev] [Horizon][sahara] Hi, guys. I installed latest devstack many times, but it seems there are many issue with that, one snapshot pic below for example, have you ever met recently? [ 1

Re: [openstack-dev] [Horizon] dashboard-app split in horizon

Date: Thursday, May 28, 2015 at 12:55 AM To: OpenStack List openstack-dev@lists.openstack.orgmailto:openstack-dev@lists.openstack.org Subject: Re: [openstack-dev] [Horizon] dashboard-app split in horizon I have now submitted the patch to do the html shenanigans as a new step in the current

[openstack-dev] [horizon] Angular-Django i18n

Hi folks,Just drafted a blueprint on this topic so that we can all be on the same page. Its quite long, but hopefully you will take some time to read through it and provide some meaningful feedback. In the mean time, I will do some more investigation and keep you all posted. If you have questions

Re: [openstack-dev] [horizon] Angular-Django i18n

Hi Thai, Thanks for writing that up! As I can tell the blueprint only has the whiteboard which is kinda yuck, so here's my comments: I'm already on the record for preferring markup approach 3 so we can avoid having to write our own implementation of a translation engine. I really, really don't

Re: [openstack-dev] [Horizon] dashboard-app split in horizon

/26/2015 11:29PM Subject: Re: [openstack-dev] [Horizon] dashboard-app split in horizon Went through the files myself and I concur. Most of these files define pieces specific to our implementation of the dashboard, so should be moved. I’m not entirely sure on where _messages should sit. As we

Re: [openstack-dev] [Horizon] dashboard-app split in horizon

" openstack-dev@lists.openstack.orgFrom: "Rob Cresswell (rcresswe)" rcres...@cisco.comDate: 05/26/2015 11:29PMSubject: Re: [openstack-dev] [Horizon] dashboard-app split in horizon Went through the files myself and I concur. Most of these files define pieces specific to our imple

Re: [openstack-dev] [Horizon] dashboard-app split in horizon

May 2015 01:35 To: OpenStack Development Mailing List (not for usage questions) openstack-dev@lists.openstack.orgmailto:openstack-dev@lists.openstack.org Cc: Johanson, Tyr H t...@hp.commailto:t...@hp.com Subject: Re: [openstack-dev] [Horizon] dashboard-app split in horizon As a follow-up

[openstack-dev] [horizon] patch about pagination info at top and bottom of table

Hi All, This is my first time to contribute code to openstack. I made a patch for pagination info at top and bottom of table. https://review.openstack.org/#/c/183963/ Cindy said: Tried this out on the flavors table. Set page number to 2, but it still displayed all flavors. But there are no way

[openstack-dev] [Horizon] configuration of plugins in an angularjs world

Hi all, Just a new conundrum for you :) At the top level of our base.html dashboard app, we have some dependencies 'horizon.auth', 'horizon.framework' and 'hz.dashboard' (that name will change to 'horizon.dashboard', but that's for another day). I think we need to remove 'hz.dashboard' from that

Re: [openstack-dev] [Horizon] dashboard-app split in horizon

On Mon, May 25, 2015 at 5:35 PM, Richard Jones r1chardj0...@gmail.com wrote: As a follow-up to this [in the misguided hope that anyone will actually read this conversation with myself ;-)] I've started looking at the base.html split. At the summit last week, we agreed to: 1. move base.html

Re: [openstack-dev] [Horizon] dashboard-app split in horizon

ck.orgFrom: Richard Jones r1chardj0...@gmail.comDate: 05/25/2015 05:38PMCc: "Johanson, Tyr H" t...@hp.comSubject: Re: [openstack-dev] [Horizon] dashboard-app split in horizonAs a follow-up to this [in the misguided hope that anyone will actually read this conversation with myself ;-)]

[openstack-dev] [horizon] No meeting this week

There are no items on the agenda and with the summit just completing, I'm canceling the horizon IRC meeting for May 27. We will resume next week on June 3 at 20:00 UTC. David __ OpenStack Development Mailing List (not for

Re: [openstack-dev] [Horizon] dashboard-app split in horizon

As a follow-up to this [in the misguided hope that anyone will actually read this conversation with myself ;-)] I've started looking at the base.html split. At the summit last week, we agreed to: 1. move base.html over from the framework to the dashboard, and 2. move the _conf.html and

[openstack-dev] [Horizon] dashboard-app split in horizon

As part of the ongoing Horizon project code reorganisation, we today agreed to clean up the Horizon-the-Framework and OpenStack Dashboard separation issue by doing a couple of things: 1. nuke (the recently-created) horizon dashboard-app by moving the angular app over to dashboard and the other

Re: [openstack-dev] [Horizon]Informal Pre-summit get together

Do you have any distinguishing features? Like an enormous openstack hat? On Sun, May 17, 2015, 5:06 AM Doug Fish the.doug.f...@gmail.com wrote: I missed the discussion in IRC. I'm going to be there Sunday. If we also go out Monday I'll probably show up then too Doug On May 17, 2015, at

Re: [openstack-dev] [Horizon]Informal Pre-summit get together

I'm planning on wearing my openstack badge, to make things a little easier for those I don't spend all week on hangouts with ;) On Sun, 17 May 2015 at 16:33 Michael Krotscheck krotsch...@gmail.com wrote: Do you have any distinguishing features? Like an enormous openstack hat? On Sun, May 17,

Re: [openstack-dev] [Horizon]Informal Pre-summit get together

I missed the discussion in IRC. I'm going to be there Sunday. If we also go out Monday I'll probably show up then too Doug On May 17, 2015, at 12:40 AM, Tripp, Travis S travis.tr...@hp.com wrote: Just to double check, there was some IRC discussion about Monday. So is it still Sunday?

Re: [openstack-dev] [Horizon]Informal Pre-summit get together

Just to double check, there was some IRC discussion about Monday. So is it still Sunday? On 5/14/15, 3:41 PM, Douglas Fish drf...@us.ibm.com wrote: The Horizon team will be meeting on Sunday night informally over a beer and dinner: Sunday 6pm @ The Charles Bar http://thecharlesbar.ca/ Hope

Re: [openstack-dev] [horizon][keystone][heat] Are AVAILABLE_REGIONS and multi-region service catalog mutually exclusive?

Anne Gentle annegen...@justwriteclick.com wrote on 05/14/2015 09:47:25 AM: From: Anne Gentle annegen...@justwriteclick.com To: OpenStack Development Mailing List (not for usage questions) openstack-dev@lists.openstack.org Date: 05/14/2015 10:08 AM Subject: Re: [openstack-dev] [horizon

[openstack-dev] [Horizon] Horizon Usage Survey Results

Hey everyone! I've compiled some *preliminary* results from the horizon usage survey I'm running. I'll be soliciting more responses during the summit, and if you forgot to contribute, you can still participate. The link is here: http://tinyurl.com/horizon-usage-survey . If you've already

Re: [openstack-dev] [horizon][keystone][heat] Are AVAILABLE_REGIONS and multi-region service catalog mutually exclusive?

+1 There seems to be a significant disconnect between Heat, Horizon and Keystone on the subject of multi-region configurations, and the documentation isn’t helpful. At the very least, it would be useful if discussions at the summit could result in a decent Wiki page on the subject. Geoff On

Re: [openstack-dev] [horizon][keystone][heat] Are AVAILABLE_REGIONS and multi-region service catalog mutually exclusive?

That’s interesting, because I wasn’t aware that “cloud” was part of the formal OpenStack taxonomy. Historically, we defined a region as a set of endpoints, supplied by an instance of Keystone. You seem to be saying that a cloud is a collection of regions configured in the same Keystone.

Re: [openstack-dev] [horizon][keystone][heat] Are AVAILABLE_REGIONS and multi-region service catalog mutually exclusive?

+1 A wiki page laying out a mutually agreeable taxonomy seems like a good starting point. Geoff On May 14, 2015, at 7:47 AM, Anne Gentle annegen...@justwriteclick.com wrote: On Thu, May 14, 2015 at 9:39 AM, Geoff Arnold ge...@geoffarnold.com mailto:ge...@geoffarnold.com wrote: +1

Re: [openstack-dev] [horizon][keystone][heat] Are AVAILABLE_REGIONS and multi-region service catalog mutually exclusive?

On Thu, May 14, 2015 at 9:39 AM, Geoff Arnold ge...@geoffarnold.com wrote: +1 There seems to be a significant disconnect between Heat, Horizon and Keystone on the subject of multi-region configurations, and the documentation isn’t helpful. At the very least, it would be useful if

Re: [openstack-dev] [horizon][keystone][heat] Are AVAILABLE_REGIONS and multi-region service catalog mutually exclusive?

On 14/05/15 10:39, Geoff Arnold wrote: +1 There seems to be a significant disconnect between Heat, Horizon and Keystone on the subject of multi-region configurations, and the documentation isn’t helpful. At the very least, it would be useful if discussions at the summit could result in a decent

Re: [openstack-dev] [horizon][keystone][heat] Are AVAILABLE_REGIONS and multi-region service catalog mutually exclusive?

On Thursday, May 14, 2015, Anne Gentle annegen...@justwriteclick.com wrote: On Thu, May 14, 2015 at 9:39 AM, Geoff Arnold ge...@geoffarnold.com javascript:_e(%7B%7D,'cvml','ge...@geoffarnold.com'); wrote: +1 There seems to be a significant disconnect between Heat, Horizon and Keystone on

Re: [openstack-dev] [horizon][keystone][heat] Are AVAILABLE_REGIONS and multi-region service catalog mutually exclusive?

On 2015-05-14 12:34 AM, David Lyle wrote: Horizon only supports authenticating to one keystone endpoint at a time, specifically to one of the entries in AVAILABLE_REGIONS as defined in settings.py. Once you have an authenticated session in Horizon, the region selection support is merely for

Re: [openstack-dev] [horizon][keystone][heat] Are AVAILABLE_REGIONS and multi-region service catalog mutually exclusive?

Development Mailing List (not for usage questions) Subject: Re: [openstack-dev] [horizon][keystone][heat] Are AVAILABLE_REGIONS and multi-region service catalog mutually exclusive? That’s interesting, because I wasn’t aware that “cloud” was part of the formal OpenStack taxonomy. Historically

Re: [openstack-dev] [horizon][keystone][heat] Are AVAILABLE_REGIONS and multi-region service catalog mutually exclusive?

On 14/05/15 14:41, Geoff Arnold wrote: That’s interesting, because I wasn’t aware that “cloud” was part of the formal OpenStack taxonomy. Um, OK. AWS, Rackspace and Helion are all different clouds, even though the last two both run OpenStack. Do we really need a formal taxonomy for that?

Re: [openstack-dev] [horizon][keystone][heat] Are AVAILABLE_REGIONS and multi-region service catalog mutually exclusive?

If we don’t want to deprecate AVAILABLE_REGIONS, we certainly need to clean up the ambiguity. And to be honest, the existing documentation for both multi-region” schemes (AVAILABLE_REGIONS and Keystone based) is completely inadequate. Geoff On May 14, 2015, at 1:13 PM, Mathieu Gagné

[openstack-dev] [Horizon]Informal Pre-summit get together

The Horizon team will be meeting on Sunday night informally over a beer and dinner: Sunday 6pm @  The Charles Bar http://thecharlesbar.ca/ Hope to see you there! Doug __ OpenStack Development Mailing List (not for usage

Re: [openstack-dev] [horizon][keystone][heat] Are AVAILABLE_REGIONS and multi-region service catalog mutually exclusive?

On May 13, 2015, at 21:34, David Lyle dkly...@gmail.com wrote: On Wed, May 13, 2015 at 3:24 PM, Mathieu Gagné mga...@iweb.com wrote: When using AVAILABLE_REGIONS, you get a dropdown at login time to choose your region which is in fact your keystone endpoint. Once logged in, you get a

Re: [openstack-dev] [horizon][keystone][heat] Are AVAILABLE_REGIONS and multi-region service catalog mutually exclusive?

When using AVAILABLE_REGIONS, you get a dropdown at login time to choose your region which is in fact your keystone endpoint. Once logged in, you get a new dropdown at the top right to switch between the keystone endpoints. This means you can configure an Horizon installation to login to multiple

Re: [openstack-dev] [horizon][keystone][heat] Are AVAILABLE_REGIONS and multi-region service catalog mutually exclusive?

Further digging suggests that we might consider deprecating AVAILABLE_REGIONS in Horizon and enhancing the multi-region support in Keystone. It wouldn’t take a lot; the main points: Implement the Regions API discussed back in the Havana time period -

[openstack-dev] [horizon][keystone][heat] Are AVAILABLE_REGIONS and multi-region service catalog mutually exclusive?

I’m looking at implementing dynamically-configured multi-region support for service federation, and the prior art on multi-region support in Horizon is pretty sketchy. This thread: http://lists.openstack.org/pipermail/openstack/2014-January/004372.html is the only real discussion I’ve found, and

Re: [openstack-dev] [horizon][keystone][heat] Are AVAILABLE_REGIONS and multi-region service catalog mutually exclusive?

On Wed, May 13, 2015 at 3:24 PM, Mathieu Gagné mga...@iweb.com wrote: When using AVAILABLE_REGIONS, you get a dropdown at login time to choose your region which is in fact your keystone endpoint. Once logged in, you get a new dropdown at the top right to switch between the keystone

<    5   6   7   8   9   10   11   12   13   14   >