-
Notifications
You must be signed in to change notification settings - Fork 90
Fixing lifecycle node autostart issue #445 #449
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
Signed-off-by: Steve Macenski <stevenmacenski@gmail.com>
Signed-off-by: Steve Macenski <stevenmacenski@gmail.com>
33f6967 to
d9e72e7
Compare
|
Tested, looks good! Thanks |
|
Pulls: #449 |
fujitatomoya
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
RHEL Job got disconnected, i just restarted that. windows failures look unrelated.
|
Great, can we merge? |
|
The RHEL job passed, let's go! |
|
@SteveMacenski should we backport this to |
|
@Mergifyio backport jazzy |
✅ Backports have been created
|
Fixing lifecycle node autostart issue #445
The issue boils down to the emitting of signals for the first transition in the
transition_ids. It appears that sometimes the Launch system doesn't emit these in order or for whatever reason the second signal is received by the server before the first. By putting them both in a single transition, only the configure signal is emitted and activate is dependent fully on the state transition.Honestly, this is probably how it should have always been implemented, but I didn't think it mattered at the time since I thought ordering was guaranteed.