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
Clean up stale ZHA database listener when reconnecting to radio #101850
Clean up stale ZHA database listener when reconnecting to radio #101850
Conversation
Hey there @dmulcahey, @Adminiuga, mind taking a look at this pull request as it has been labeled with an integration ( Code owner commandsCode owners of
|
This reverts commit 538ba38.
Removed it from the patch milestone, as it has quite a big conflict. Upcoming Wednesday the beta starts for the next release, so I suggest to just await that. |
@frenck Is there anything I can do to make it easier to merge? This PR fixes a problem with ZHA startup that prevents radios from functioning if they require a second connection attempt to get working. If there's another PR that conflicts with this one, perhaps we can drop that one instead? |
Proposed change
A stale database listener is left over if the initial radio connection fails and ZHA performs one of its internal retries to try again. This PR incorporates a bumped version of the
zigpy
package (0.58.0) that includes a fix. This PR also corrects an issue with config entry unload and HA Core shutdown closing the ZHA gateway.Type of change
Additional information
Checklist
black --fast homeassistant tests
)If user exposed functionality or configuration variables are added/changed:
If the code communicates with devices, web services, or third-party tools:
Updated and included derived files by running:
python3 -m script.hassfest
.requirements_all.txt
.Updated by running
python3 -m script.gen_requirements_all
..coveragerc
.To help with the load of incoming pull requests: