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
Problem with handlers notifying another handlers #80880
Labels
affects_2.15
bug
This issue/PR relates to a bug.
has_pr
This issue has an associated PR.
P3
Priority 3 - Approved, No Time Limitation
verified
This issue has been verified/reproduced by maintainer
Comments
Files identified in the description: If these files are incorrect, please update the |
ansibot
added
affects_2.15
bug
This issue/PR relates to a bug.
needs_triage
Needs a first human triage before being processed.
labels
May 24, 2023
nitzmahone
added
needs_verified
This issue needs to be verified/reproduced by maintainer
P3
Priority 3 - Approved, No Time Limitation
and removed
needs_triage
Needs a first human triage before being processed.
labels
May 25, 2023
bcoca
added
verified
This issue has been verified/reproduced by maintainer
and removed
needs_verified
This issue needs to be verified/reproduced by maintainer
labels
May 25, 2023
I can verify that the 3rd handler does not execute , 2.14.6 works fine. |
jimi-c
added a commit
to jimi-c/ansible
that referenced
this issue
May 26, 2023
Test case is based on reproducer given in ansible#80880, with some minor adjustments and assertions.
mkrizek
pushed a commit
that referenced
this issue
Jun 14, 2023
This fixes the issue where handlers notifying other handlers are not properly run because the notification is not registered unless another flush_handlers occurs. Instead, if the current host state is iterating handlers we immediately register the handler to be run so the notification is not lost. Fixes #80880
mkrizek
pushed a commit
to mkrizek/ansible
that referenced
this issue
Jun 14, 2023
…e#80898) This fixes the issue where handlers notifying other handlers are not properly run because the notification is not registered unless another flush_handlers occurs. Instead, if the current host state is iterating handlers we immediately register the handler to be run so the notification is not lost. Fixes ansible#80880 (cherry picked from commit 660f172)
nitzmahone
pushed a commit
that referenced
this issue
Jul 5, 2023
#81059) This fixes the issue where handlers notifying other handlers are not properly run because the notification is not registered unless another flush_handlers occurs. Instead, if the current host state is iterating handlers we immediately register the handler to be run so the notification is not lost. Fixes #80880 (cherry picked from commit 660f172) Co-authored-by: James Cammarata <jimi@sngx.net>
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Labels
affects_2.15
bug
This issue/PR relates to a bug.
has_pr
This issue has an associated PR.
P3
Priority 3 - Approved, No Time Limitation
verified
This issue has been verified/reproduced by maintainer
Summary
The ansible-core 2.15 ignores handlers notified by another handlers when are more than one case.
With the ansible-core 2.14, all cases of handlers notified by another handlers are runned.
Issue Type
Bug Report
Component Name
notify
Ansible Version
Configuration
OS / Environment
Archlinux
ansible 7.6.0-1
ansible-core 2.15.0-1
ansible-lint 6.15.0.r45.g2fca3fe-2
python-ansible-compat 4.0.2-1
Steps to Reproduce
Expected Results
All handlers must be notified.
Actual Results
Only the two first handlers were notified.
Code of Conduct
The text was updated successfully, but these errors were encountered: