Provide both pythonic Django part and the static assets (angular
directives and styles) for the new panel.
DEPLOY NOTES:
To enable panel itself, copy
openstack_dashboard/local/local_settings.d/_9030_profiler_settings.py.example
file from the previous commit to
openstack_dashboard/local/local_settings.d/_9030_profiler_settings.py
and copy openstack_dashboard/contrib/developer/enabled/_9030_profiler.py
to openstack_dashboard/local/enabled/_9030_profiler.py
To support storing profiler data on server-side, MongoDB cluster needs
to be installed on Devstack host (default configuration), see
https://docs.mongodb.com/manual/tutorial/install-mongodb-on-ubuntu/#install-mongodb-community-edition
for instructions. Then, change net:bindIp: key to 0.0.0.0 inside
/etc/mongod.conf and invoke `sudo service mongod restart` for the
changes to have an effect.
Implements-blueprint: openstack-profiler-at-developer-dashboard
Change-Id: Ice7b8b4b4decad2c45a9edef3f3c4cc2ff759de4
Current documentation states that coverage reports (Karma) are stored in a
directory that doesn't exist. This change proposes the valid path to the
coverage reports: cover/[horizon|openstack_dashboard]
Change-Id: Id8529e8e76bf1bba3293907d80e517c3248e302c
- Updated tox envlist, so just running `tox` from the CLI will now run all
voting gate tests
- Reduce duplicated definitions and commands
- Remove any reliance on run_tests within tox
- Removes all doc references to run_tests.sh, and replaces them
with their tox equivalent. Where necessary, language around the tox
commands has been altered or extended so that it makes sense and is
consistent with other parts of the docs. Also adds a new "Test Environment"
list to the docs, so that newcomers do not have to piece together CLI
commands and their cryptic extensions from tox.ini
- Move the inline shell scripting to its own file. Also fixes a bug when
passing args, since the logic assumed you were attempting a subset test
run (try `tox -e py27 -- --pdb` on master to compare)
- Moved translation tooling from run_tests to manage.py, w/ help text
and arg restrictions. This is much more flexible so that plugins can use
it without having to copy commands, but still defaults to exactly the
same parameters/behaviour from run_tests. Docs updated appropriately.
- Removed npm/karma strange reliance on either .venv or tox/py27. Now
it only uses tox/npm.
Change-Id: I883f885bd424955d39ddcfde5ba396a88cfc041e
Implements: blueprint enhance-tox
Closes-Bug: 1638672
This patch updates an angular users table.
To be added in subsequent patches:
- Detail Table
- Actions
- filterFacets
- Integration to Searchlight
To Test
- change 'users_panel' to True in settings.py
Change-Id: I3c4cb39d80adc9aa207e56dc72a936f567f5b4d1
Partially-Implements: blueprint ng-users
Many new contributors print the errors returned by the API
directly to the UI. However, this is dangerous because errors
can be very technical/ reveal sensitive data/ and are not
translatable. We need to document this for reference.
Change-Id: Ic0ad138b69995d842af0eeeeab73fa3ebec795c9
Implements: bp document-exception-propogation
Middleware is the backbone of the whole profiler facility. It adds an
encoded payload to each request that should be profiled with
osprofiler library. This library is embedded into other OpenStack
services where it tries to decode the message with a known set of keys
(so Horizon middleware should use one of these keys) and if
successful, sends a message to MongoDB (via osprofiler driver). Every
message has its own id, the base id (root message id) and parent
id. Using these 3 ids a tree of trace messages is assembled.
Actually, Horizon Django application uses 2 middleware classes:
ProfilerClientMIddleware and
ProfilerMiddleware. ProfilerClientMiddleware is used to enable Horizon
self-profiling (profiling from the UI): if a specific key is found in
cookies, then 2 standard osprofiler headers are added to a
request. These headers are processed by ProfilerMiddleware which
should always be the last middleware class in a Django config, since
it's defines `process_view` method which returns HttpResponse object
effectively terminating the middleware process_view chain. Assuming
that all API calls happen during rendering a view, Horizon sets a
tracepoint there which becomes a root node of the trace calls tree.
Implements-blueprint: openstack-profiler-at-developer-dashboard
Change-Id: Ib896676e304f2984c011bd1b610c86d1f24d46b9
Remove custom form controller and modal and migrate
to the new schema form implementation.
Also, as a bonus, we now check the validity of the
new container name as the user enters it into the
form, before submission.
Add some basic docs with pointers and a simple
example.
Change-Id: I156ded96340c65710ee0aa9182f859243347e16b
Partially-Fixes: 1616306
LBaaS v1 feature was removed from neutron-lbaas in Newton.
There is no reason we have LBaaS v1 dashboard in Ocata or later.
Change-Id: Ic7d4ceea1943c3721500ce4b7f769b9dba28a359
Closes-Bug: #1624655
This patch enables all of the features for the Flavors panel to use Angular but
disables it, so that it is easy to switch on/off.
Note that we add integration test switches since it can't read the Django
conf.
Note that I changed the common tests to allow for testing of api calls that
don't produce error toasts, because we needed better branch coverage, and
the deleteFlavor api wasn't fully branch-tested.
Change-Id: I92b1b57bd486e5eb87179cb8d44b7551e9de2e0f
Partially-Implements: blueprint ng-flavors
- Remove link to NG Users table patch, instead
reference NG Images table as go-to standard
- Update some file locations/ names that changed
Change-Id: I26e9652eb3c18273a2c5193c5344ba3d7f56e576
The browser support page should be part of the docs. This change
moves the content of the wiki page into its own file that is accessible
from the index. References to the wiki page have consequently been
removed from the FAQ.
Change-Id: I340203771cb2b0dfa534ad3f8926e599a727e1e9
Partial-Bug: #1625514
When OperationLogMiddleware was introduced,the existing HorizonMiddleware
was moved under horizon/middleware/ directory.
As a result, doc/source/ref/middleware.rst generates nothing now.
This commit updates the doc/source/ref/middleware.rst to
include both middlewares.
Change-Id: Ie308fd20e7fec6b70a72e7f2b7f04dcfef6568df
horizon devref has both explicit autodoc directives and
automatically generated source references.
This causes a lot of 'WARNING: duplicate object description'.
I think that we don't need source code references for most modules
and it is better to have explicit API references of modules
for which we need references. Thus this commit removes the logic
to generate source references.
This contributes a lot to reduce the number of sphinx warnings.
Also reduces the required time of documentation build :-)
Partial-Bug: #1411719
Partial-Bug: #1486222
Change-Id: Iba2bf3723cad159f4cfd1fff47e8114d9867e040
If a user use current example[1] as is, other attributes that
HORIZON_CONFIG have are eliminated. As a result, some unexpected
behavior may occur. So, this patch modify the exapmle.
[1]:http://docs.openstack.org/developer/horizon/topics/customizing.html
Change-Id: I022a73e6da6ad9b8ae1f807838cf29efedf7e1ef
Closes-Bug: #1626858
We are now publishing release notes through releasenotes/
(at http://docs.openstack.org/releasenotes/).
On the other hand, we used doc/ for past release notes.
It looks better to merge the past release notes to the new location.
Change-Id: I7478e86600074bec9d8f2596c4be3c4b389ee7bb
Previously the ADMIN_FILTER_DATA_FIRST setting was a True/False
setting that was taking over all the admin views leaving
operators without the opportunity to set this setting to views
individually.
This patch changes the setting to a dict where it can be specified
which panels/views will implement this setting individually.
Implements blueprint: admin-views-filter-first
Change-Id: I50deab878f68c1cc519aa9b47feaa2c58bb8eacc
Implements wrappers necessary for Horizon to work with either Glance
v1 or v2 and removes the dependency on the Glance v1 endpoint.
Handles the differences between setting properties with v1 and v2 and
restricts some Glance functions that aren't supported in v2.
Implements blueprint: horizon-glance-v2
Co-Authored-By: Travis Tripp <travis.tripp@hp.com>
Co-Authored-By: Brad Pokorny <Brad_Pokorny@symantec.com>
Co-Authored-By: Timur Sufiev <tsufiev@mirantis.com>
Co-Authored-By: Liuqing Jing <jing.liuqing@99cloud.net>
Change-Id: Icca91c53eabf18c3109b3931ed53f70eaaaa0e56
1. fix some spelling and punctuation errors
2. correct the path string in the plugin tutotial which might cause
misleadings
Change-Id: Ie049e1d3cfb745a62d7ab6944652a19ab3b949b6
"important" is a valid directive and used in openstack manuals.
However, the theme provided by oslosphinx does not highlight
"important" directive. To highlight the section, let's use
"warning" directive instead.
Change-Id: If9ab26e6236f51b2655b5815509ff65b0a09ccfe
Note: a fix for oslosphinx will be proposed.
