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
Support HassTurnOn/Off intents for lock domain #93231
Conversation
Hey there @home-assistant/core, @synesthesiam, mind taking a look at this pull request as it has been labeled with an integration ( Code owner commandsCode owners of
|
There were no tests for the similar but already handled issue for the |
For binary sensor locks, they have:
Shouldn't we follow suit here? |
That's fair, but the intents are defined (and most likely translated) differently:
Let me know what you want to do |
I think the best solution is to switch the contents and intent names of the 2 |
This was reported back in May and still is not fixed? Can someone please move this forward? |
@synesthesiam can you help move this forward? All checks are passing |
Hello everyone, please review and merge this, not having working locks really sucks. |
Thank you so much! Sorry for the delay. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Please address the comment in a new PR. Thanks!
hass.services.async_call( | ||
LOCK_DOMAIN, | ||
SERVICE_LOCK | ||
if self.service == SERVICE_TURN_ON |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Ternary operator expressions that span more than one line are really hard to read. I suggest defining a local variable above first and use that here.
Breaking change
No
Proposed change
HassTurnOn
/HassTurnOff
intents were used for domains which had dedicated intents (e.g.cover
-HassOpenCover
). For thelock
domain, there was no "translation" of intents to the proper lock services -lock.lock
andlock.unlock
.This PR addresses this issue and fixes home-assistant/intents#1347
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: