Bug #20908
closedPostpone the initialization of dynflow
Description
In #18618, the initialization code was moved from foreman-tasks to foreman. There was however one
thing done differently, where the initialization of dynflow world was moved directly to the
time `Rails.application.dynflow` was called. This is not right, as there are situations where
plugins go and call `Rails.application.dynflow.config` before the whole stack is prepared, which leads to
database connection being opened too early, which can cause the whole lot of issues (as we've hit currently with Katello).
After we released #18673, the Katello tests started failing on
ActiveRecord::StatementInvalid: PG::ObjectInUse: ERROR: database "test_develop_pr_katello-2-test" is being accessed by other users DETAIL: There are 3 other sessions using the database.
That was due to fact that the dynflow world was initialized too early.
Updated by Ivan Necas about 7 years ago
- Translation missing: en.field_release set to 240
We should handle this before 1.16 gets out
Updated by Ivan Necas about 7 years ago
- Related to Feature #18618: Use Dynflow as an ActiveJob backend added
Updated by Ivan Necas about 7 years ago
- Related to Bug #18673: Remove initialization code in favor of Dynflow added
Updated by The Foreman Bot about 7 years ago
- Status changed from Assigned to Ready For Testing
- Pull request https://github.com/theforeman/foreman/pull/4826 added
Updated by Ivan Necas about 7 years ago
- Status changed from Ready For Testing to Closed
- % Done changed from 0 to 100
Applied in changeset 0f225c99973cf3e67b21550865e7dc990eecd6ff.