Instead of using tox-install.sh, we can install
horizon now directly from pypi - or use the current branch in CI system
using tox-siblings.
Create doc/requirements.txt for doc requirements as well, it's use
currently only for releasenotes. Remove obsolete oslosphinx requirement.
Remove docs environment - this project has no docs, only releasenotes.
Update tox.ini for this change and add horizon to requirements
file.
Change-Id: I72a942149a88183a32afc0440ead7b927bdc93b5
Code conventions: Use “.” to source script files
When you have to source a script file, for example ,
a credentials file to gain access to user-only or
admin-only CLI commands, use . instead of source.
See more:
http://docs.openstack.org/contributor-guide/writing-style/code-conventions
Change-Id: Ic4fd2da622f21e51f813e711cdedb7d1998592fd
currently it actually hardcodes the horizon branch to install as
'master' with no way of overriding it via env var as it was intended.
Change-Id: Ia18353387b00e2807d69dcbeca08457bd662d26e
The tox_install.sh here behaves a bit differently than the others, which
is causing some problems when trying to rework some of the shared gate
jobs.
Align it to the form used in other repos.
Change-Id: I93d14b522b2c55e8988c6586e4b5c32cbd151e56
Adding constraints support to libraries is slightly more complex than
services as the libraries themselves are listed in upper-constraints.txt
which leads to errors that you can't install a specific version and a
constrained version.
This change adds constraints support by also adding a helper script to
edit the constraints to remove sahara-dashboard.
As sahara-dashboard also uses run_tests.sh I've modified that code in
line with the horizon change I9bf85adb5aa2c85d8c0f0f22ac9efe5cac3646c0
Change-Id: Ieb8afdef1e9649b18a4394620e52b9f6ac3d997b
clean_enabled_files script is no longer needed since
migration to sahara-dashboard repository is done
for several cycles. that was a temporary file required
for period when sahara-dashboard's content was in both repos (horizon
and sahara-dashboard)
Change-Id: I763b9c536ca826695a0e02f9522a070b6624ad98
After change Icca91c53eabf18c3109b3931ed53f70eaaaa0e56
method "image_list_detailed" returns list of "Image"
instances which inherit from
openstack_dashboard.api.base.APIResourceWrapper.
For getting "image_type" attribute we need to use "get"
method now.
Closes-bug: #1624318
Change-Id: I363ddc1bc46a1daa855d1d41920bf8a4a4df2396
Images table in openstack dashboard renders
by Angular now. There are no integration tests
in Horizon for test this table, but there is
possibility to configure table to old-style.
In this patch I ovveride the configurations
provided by the panels and force a 'legacy' setting.
Based upon change: https://review.openstack.org/#/c/349020/
Change-Id: I3382bed3ff516a14d5b72ed3a7bedc409b0de8eb
this change contains implementation:
1. of updating plugin workflow;
2. page with details of plugin labels;
3. only enabled versions are displayed on general
page with plugins.
blueprint: plugin-management-api
Change-Id: Ia125ad8108cafd4e39dc1c2c53f3c62ff3ce3e78
co-authored-by: Michael Lelyakin <mlelyakin@mirantis.com>
If installation by zuul cloner is failed, fallback
to final case of installation from repo.
Closes-bug: 1568708
Change-Id: I81a1bec864ff4124d48ec82c391e154aa8469e0d
The reasons of failures are following:
1. The change [0] is introduced in horizon, which removes unneeded
tags in production envs. This caused most failures.
2. HDP is removed from sahara codebase.
3. Sometimes unicode string 'None' is passed to saharaclient as input_id
or output_id of job. This string was translated to NoneType.
[0] https://review.openstack.org/#/c/287793
Co-Authored-by: Michael Ionkin <mionkin@mirantis.com>
Change-Id: I9cb0641b2b61a78a40b0e2c6faf2609f974088d2
This patch introduces a pip install wrapper script which
checks horizon is installed and installs it from efficient way
(try zuul-cloner first and then use the horizon git repo).
This can also avoid a problem reported in bug 1540328.
When run_tests.sh is used, horizon is installed by
the customized install_venv.py now.
run_tests.sh is not directly used in our gate jobs,
so we can always install horizon using git repo.
This idea is borrowed from neutron subpurojects.
Change-Id: Ice304957823ac1d2c63f7c417c0dc9bb9c1fa757
Related-Bug: #1540328
Looking at sahara dashboard as model for possibly adding
integration tests to the app-catalog. Noticed that the
screen shots were not being saved. Adding the +e to the
script allows the screenshot copy to actually work.
The logs from patch set 7 show this working. In that patch
set I forced a screenshot even tho the test was successful.
Change-Id: Iee393a40e8a29943203cb59f6ed669db8f570d4a
Adapt to the cumulative change in Horizon i9n tests being merged in
https://goo.gl/HLQCe7
Also there was https://review.openstack.org/#/c/269123 that dropped
all pre-Django18 code from Horizon, that was another cause of failed
tests (missing horizon.utils.urlresolvers). Fixed that.
Change-Id: I12b85202e79089fa5b1e7464dd0d529c81cde07b
This plugin moves the current content from the horizon repo to this
plugin repo. The code has been tested in a devstack install using the
following steps:
1. packaging the plugin: "python setup.cfg sdist"
2. pip installing the tar.gz in the resulting dist directory
3. a. (temporary step) remove existing sahara enabled files from
horizon
"rm openstack_dashboard/enabled/_18*.py"
b. finding the install location and changing to it
"cp sahara_dashboard/enabled/* /opt/stack/horizon/local/enabled"
4. in /opt/stack/horizon
a. python manage.py collectstatic
b. python manage.py compress
5. restarting the horizon server
Additionally, you can run the unit tests by:
./run_tests.sh
Note: added script to programmatically remove the old configuration
files from the targeted horizon install, either in venv or system
install.
Known issues:
1. running tests locally emits missing neutron service messages.
2. plugin code for devstack needs to be added
3. README is inadequate
4. integration tests are still in horizon repo
5. local copy of run_tests is heavy weight, but a better solution is
not available currently.
6. localization tooling and strings
Change-Id: Icdce2d3e945e612d368556dd5cea1930194c7b67