You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Pull request #7231 which is currently in the development branch and release 8.3.1, breaks deep sleep sensors for Home Assistant by marking the sensor as "Unavailable" as soon as it sleeps. The way the changes in #7231 have been implemented means they cannot be turned off. (Which is far from the pull request's description of being optional).
A Will message is for use on abnormal disconnects only! The disconnect command is allowed to specify a reason for the disconnect and if sent with 4 as the status code, will cause the server to send the Will. As the PubSubClient library does not support parameters to the disconnect method, you could always just close the WiFi connection before restarting when the MQTT settings have changed rather than cleanly disconnecting. This would have the same effect as disconnecting with status code 4.
Unconditionally changing the way the MQTT protocol works at the level of the PubSubClient library is a bad way to solve the original problem.
REQUESTED INFORMATION
Make sure your have performed every step and checked the applicable boxes before submitting your issue. Thank you!
PROBLEM DESCRIPTION
Pull request #7231 which is currently in the development branch and release 8.3.1, breaks deep sleep sensors for Home Assistant by marking the sensor as "Unavailable" as soon as it sleeps. The way the changes in #7231 have been implemented means they cannot be turned off. (Which is far from the pull request's description of being optional).
A Will message is for use on abnormal disconnects only! The disconnect command is allowed to specify a reason for the disconnect and if sent with 4 as the status code, will cause the server to send the Will. As the PubSubClient library does not support parameters to the disconnect method, you could always just close the WiFi connection before restarting when the MQTT settings have changed rather than cleanly disconnecting. This would have the same effect as disconnecting with status code 4.
Unconditionally changing the way the MQTT protocol works at the level of the PubSubClient library is a bad way to solve the original problem.
REQUESTED INFORMATION
Make sure your have performed every step and checked the applicable boxes before submitting your issue. Thank you!
Backlog Template; Module; GPIO 255
:Backlog Rule1; Rule2; Rule3
:Status 0
:(Please use
weblog 4
for more debug information)TO REPRODUCE
Steps to reproduce the behavior:
Connect a sensor device using deep sleep. Wait until it sleeps.
EXPECTED BEHAVIOUR
A clear and concise description of what you expected to happen.
Sensor remains "Online" as far as Home Assistant is concerned.
SCREENSHOTS
If applicable, add screenshots to help explain your problem.
ADDITIONAL CONTEXT
Add any other context about the problem here.
(Please, remember to close the issue when the problem has been addressed)
The text was updated successfully, but these errors were encountered: