-
-
Notifications
You must be signed in to change notification settings - Fork 3.6k
New issue
Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? # to your account
[harmonyhub] Suggestion for checking for current activity before starting a new activity #2497
Comments
ppieczul
added a commit
to ppieczul/openhab2-addons
that referenced
this issue
Aug 30, 2017
Additionally fixed what static code analyzer complained about: no EOF in about.html and redundant import. Signed-off-by: Pawel Pieczul <pieczul@gmail.com> (github: ppieczul)
This was referenced Aug 30, 2017
ppieczul
added a commit
to ppieczul/openhab2-addons
that referenced
this issue
Sep 7, 2017
…b#1390 and openhab#2497. Added trigger channels for activity starting and activity started events from the hub (state digest). Additionally fixed whatever static code analyzer complained about. Signed-off-by: Pawel Pieczul <pieczul@gmail.com> (github: ppieczul)
Markinus
pushed a commit
to Markinus/openhab2-addons
that referenced
this issue
Sep 8, 2017
…b#1390 and openhab#2497. (openhab#2678) Added trigger channels for activity starting and activity started events from the hub (state digest). Additionally fixed whatever static code analyzer complained about. Signed-off-by: Pawel Pieczul <pieczul@gmail.com> (github: ppieczul)
hillmanr
pushed a commit
to hillmanr/openhab2-addons-pollytts
that referenced
this issue
Dec 6, 2017
…b#1390 and openhab#2497. (openhab#2678) Added trigger channels for activity starting and activity started events from the hub (state digest). Additionally fixed whatever static code analyzer complained about. Signed-off-by: Pawel Pieczul <pieczul@gmail.com> (github: ppieczul)
aogorek
pushed a commit
to aogorek/openhab2-addons
that referenced
this issue
Jan 14, 2018
…b#1390 and openhab#2497. (openhab#2678) Added trigger channels for activity starting and activity started events from the hub (state digest). Additionally fixed whatever static code analyzer complained about. Signed-off-by: Pawel Pieczul <pieczul@gmail.com> (github: ppieczul)
Flole998
pushed a commit
to Flole998/openhab-addons
that referenced
this issue
Dec 30, 2021
This prevents typos and using the constants makes it easier to find out what other items types are accepted. It also makes it easier to see that these values are item types and not labels or descriptions. Signed-off-by: Wouter Born <github@maindrain.net>
# for free
to join this conversation on GitHub.
Already have an account?
# to comment
Expected Behavior
When I send PowerOff activity (by name) and hub is already in PowerOff state, it should do nothing.
Current Behavior
When I send PowerOff activity (by name) and hub is already in PowerOff state, it powers on one of my devices (last one). This is 100% reproducible in my setup. When hub is performing some activity is powers off correctly and does not start that device.
Possible Solution
Looking at the binding code, it is very likely that this is a bug in whistlingfish library or even more likely in harmony hub, as the original remote controller does not allow for such scenario to happen.
I think it would be nice to add checking for current state to handleCommand and update the hub only if requested activity is different to current one.
Although this is not a big issue and requires a workaround at upper level (for example in .rules file), from usability perspective, binding could be protected against such scenarios, which should not lead to some random activities.
Steps to Reproduce (for Bugs)
Context
I have been trying to power off by AV system when motion sensor detected nobody in the room for 10 minutes. It resulted in my projector being powered on, when AV system was already down.
Your Environment
The text was updated successfully, but these errors were encountered: