Tags: ansible/awx
Tags
Fix the persistent breakage when cleaning up branches The github workflow that we have set up for branch deletion doesn't work: - the `on: delete` event does not support the `branches:` filter - the `mode` flag for the aws_s3 module does not have `delete` as one of the options. The proper option appears to be `delobj`.
Avoid EDA dev env port conflict * Not many, if any, folks use the notebook feature. It kind of goes in and out of popularity. We've used it in the past when we work on features that require visualization (i.e. network graphs, workflows). Might as well keep it around in case we use it again.
Persist schedule prompt on launch fields when editing (#14736) * persist schedule prompt on launch fields when editing * Merge job template default credentials with schedule overrides in schedule prompt * rename vars for clarity * handle undefined defaultCredentials --------- Co-authored-by: Michael Abashian <mabashia@redhat.com>
Fixing wsrelay connection loop (#14692) * Fixing wsrelay connection loop * The loop was being interrupted when reaching the return statements, causing a race condition that would make nodes remain disconnected from their websockets * Added log messages for the previous return state to improve the logging from this state. * Added logging for malformed payload * Update awx/main/wsrelay.py Co-authored-by: Rick Elrod <rick@elrod.me> * Moved logmsg outside condition --------- Co-authored-by: Lucas Benedito <lbenedit@redhat.com> Co-authored-by: Rick Elrod <rick@elrod.me>
allow pytest --migrations to succeed (#14663) * allow pytest --migrations to succeed * We actually subvert migrations from running in test via pytest.ini --no-migrations option. This has led to bit rot for the sqlite migrations happy path. This changeset pays off that tech debt and allows for an sqlite migration happy path. * This paves the way for programatic invocation of individual migrations and weaving of the creation of resources (i.e. Instance, Job Template, etc). With this, a developer can instantiate various database states, trigger a migration, assert the state of the db, and then have pytest rollback all of that. * I will note that in practice, running these migrations is dog shit slow BUT this work also opens up the possibility of saving and re-using sqlite3 database files. Normally, caching is not THE answer and causes more harm than good. But in this case, our migrations are mostly write-once (I say mostly because this change set violates that :) so cache invalidation isn't a major issue. * functional test for migrations on sqlite * We commonly subvert running migrations in test land. Test land uses sqlite. By not constantly exercising this code path it atrophies. The smoke test here is to continuously exercise that code path. * Add ci test to run migration tests separately, they take =~ 2-3 minutes each on my laptop. * The smoke tests also serves as an example of how to write migration tests. * run migration tests in ci
Fix: #14523 Add alt-text codeblock to Images for workflow_template.rst ( #14604) * add alt to images in workflow_templates.rst Signed-off-by: Ratan Gulati <ratangulati.dev@gmail.com> * add alt to images in workflow_templates.rst Signed-off-by: Ratan Gulati <ratangulati.dev@gmail.com> * Update workflow_templates.rst * Revised proposed alt text for workflow_templates.rst --------- Signed-off-by: Ratan Gulati <ratangulati.dev@gmail.com> Co-authored-by: TVo <thavo@redhat.com>
Fix "upgrade in progress" status page not showing up while migration … …is in progress (#14579) Web container does not need to wait for migration if the database is running and responsive, but migrations have not finished, it will start serving, and users will get the upgrading page wait-for-migration prevent nginix and uwsgi from starting up to serve the "upgrade in progress" status page