Skip to content

Hue allow per-device availability override#63025

Merged
balloob merged 6 commits into
home-assistant:devfrom
marcelveldt:hue-allow-availability-override
Dec 31, 2021
Merged

Hue allow per-device availability override#63025
balloob merged 6 commits into
home-assistant:devfrom
marcelveldt:hue-allow-availability-override

Conversation

@marcelveldt
Copy link
Copy Markdown
Member

@marcelveldt marcelveldt commented Dec 29, 2021

Proposed change

Add options flow to Hue (V2) integration which allows the user to specify devices for which they want to completely ignore the availability status. For example for misbehaving (non routing) 3rd party bulbs or just lights in a remote location having some connectivity issues.

I kept the logging in the code so users have some sort of clue about misbehaving devices and/or connectivity issues.

This will fix all the reported availability issues as the user has now all control how to treat unavailable devices.

Type of change

  • Dependency upgrade
  • Bugfix (non-breaking change which fixes an issue)
  • New integration (thank you!)
  • New feature (which adds functionality to an existing integration)
  • Breaking change (fix/feature causing existing functionality to break)
  • Code quality improvements to existing code or addition of tests

Additional information

Checklist

  • The code change is tested and works locally.
  • Local tests pass. Your PR cannot be merged unless tests pass
  • There is no commented out code in this PR.
  • I have followed the development checklist
  • The code has been formatted using Black (black --fast homeassistant tests)
  • Tests have been added to verify that the new code works.

If user exposed functionality or configuration variables are added/changed:

If the code communicates with devices, web services, or third-party tools:

  • The manifest file has all fields filled out correctly.
    Updated and included derived files by running: python3 -m script.hassfest.
  • New or updated dependencies have been added to requirements_all.txt.
    Updated by running python3 -m script.gen_requirements_all.
  • For the updated dependencies - a link to the changelog, or at minimum a diff between library versions is added to the PR description.
  • Untested files have been added to .coveragerc.

The integration reached or maintains the following Integration Quality Scale:

  • No score or internal
  • 🥈 Silver
  • 🥇 Gold
  • 🏆 Platinum

To help with the load of incoming pull requests:

@probot-home-assistant
Copy link
Copy Markdown

Hey there @balloob, mind taking a look at this pull request as it has been labeled with an integration (hue) you are listed as a code owner for? Thanks!
(message by CodeOwnersMention)

@marcelveldt marcelveldt added this to the 2021.12.8 milestone Dec 29, 2021
@marcelveldt
Copy link
Copy Markdown
Member Author

Schermafbeelding 2021-12-29 om 19 37 52

@lweberru
Copy link
Copy Markdown

How can I activate this for an existing installation/integration? Cant find any place to list my plugs.

@marcelveldt
Copy link
Copy Markdown
Member Author

How can I activate this for an existing installation/integration? Cant find any place to list my plugs.

This PR has not yet been merged so you do not have this new option.
Current behavior is that you can toggle your light/plug once from the Hue app (or an HA automation) and it will be back available.

Comment thread homeassistant/components/hue/v2/entity.py
marcelveldt and others added 2 commits December 30, 2021 22:32
Co-authored-by: Paulus Schoutsen <paulus@home-assistant.io>
@balloob balloob merged commit 055fb99 into home-assistant:dev Dec 31, 2021
@lweberru
Copy link
Copy Markdown

The workaround with hue or automation does only work sometimes and only for some devices

@home-assistant home-assistant locked as resolved and limited conversation to collaborators Dec 31, 2021
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.