Skip to content
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

[orbitbhyve] do not update status of a disabled sprinker #12679

Merged
merged 1 commit into from
May 4, 2022

Conversation

octa22
Copy link
Contributor

@octa22 octa22 commented May 3, 2022

This PR fixes a rare bug when the bridge sets the sprinkler's status to ONLINE/OFFLINE even if the sprinkler is disabled.

Signed-off-by: Ondrej Pecta opecta@gmail.com

Signed-off-by: Ondrej Pecta <opecta@gmail.com>
@octa22 octa22 added the bug An unexpected problem or unintended behavior of an add-on label May 3, 2022
Copy link
Contributor

@lolodomo lolodomo left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM

@lolodomo
Copy link
Contributor

lolodomo commented May 4, 2022

Interesting, I imagine there is the same issue in many other bindings.

@lolodomo lolodomo merged commit a37a119 into openhab:main May 4, 2022
@lolodomo lolodomo added this to the 3.3 milestone May 4, 2022
@lolodomo
Copy link
Contributor

lolodomo commented May 5, 2022

@octa22 : in fact, I have two questions.
Has a disabled thing a non null thing handler ?
And what is the default thing status of a disabled thing ?
Maybe you know the answers.

@octa22
Copy link
Contributor Author

octa22 commented May 5, 2022

Yes, what I was experiencing was an ONLINE thing with a handler, but only constructor was called, no initialization. After an investigation I found that the sprinkler was disabled, but the bridge set its status to ONLINE according to a cloud status.
The disabled thing sets its state to UNINITIALIZED and extended status (DISABLED)

@lolodomo
Copy link
Contributor

lolodomo commented May 5, 2022

The disabled thing sets its state to UNINITIALIZED and extended status (DISABLED)

Thank you for your fast answer. It makes sense.

andan67 pushed a commit to andan67/openhab-addons that referenced this pull request Nov 6, 2022
andrasU pushed a commit to andrasU/openhab-addons that referenced this pull request Nov 12, 2022
Signed-off-by: Ondrej Pecta <opecta@gmail.com>
Signed-off-by: Andras Uhrin <andras.uhrin@gmail.com>
psmedley pushed a commit to psmedley/openhab-addons that referenced this pull request Feb 23, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug An unexpected problem or unintended behavior of an add-on
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants