-
-
Notifications
You must be signed in to change notification settings - Fork 32.3k
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
Change keys for samsung TV Next and Prev Track #28167
Conversation
@MartinHjelmare no idea why black tests fails. Do I miss something in my setup? Something to update? |
Looks like PR #28171 fixed black issues. |
No, the checks will have to be manually started again. And from the looks of it not everyone can do that. |
The PR to fix formatting on dev branch is merged. Try rebasing on latest dev branch to let the build pass. |
This is kind of fun... I just looked into this :D |
7964578
to
95c305d
Compare
Since this effectively changes the current behaviour, shouldn't this be labeled as a breaking-change ? |
@dgomes label it as breaking changes is up to me or to the reviewers? |
It's up to reviewers, it's just a matter of making sure that on the blog post of the release users get notified of the change in behaviour. |
Made mistakes trying to resolve conflicts. open a clean new one. |
Breaking Change:
Changed behaviour for next and previous track command for samsung TV's
Description:
Currently the samsung tv component react to the two above command sending the KEY_FF and KEY_REWIND command. While watching TV programs those two command do nothing.
This patch sends the KEY_CHUP and KEY_CHDOWN commands instead.
The best solution would be to send the right command based on the status of the TV (just like in the LG webos component) but unluckily looks like there is no way to detect what the TV currently showing.
Since there is no next/prev command in the media player but only next/prev track one has to deal with this.
Another option can be the introduction of a new configuration parameter (for samsungtv component) that allows the user to choose between the two alternative behaviour.
Related issue (if applicable): fixes #
Pull request with documentation for home-assistant.io (if applicable): home-assistant/home-assistant.io#<home-assistant.io PR number goes here>
Example entry for
configuration.yaml
(if applicable):Checklist:
tox
. Your PR cannot be merged unless tests passIf user exposed functionality or configuration variables are added/changed:
If the code communicates with devices, web services, or third-party tools:
python3 -m script.hassfest
.requirements_all.txt
by runningpython3 -m script.gen_requirements_all
..coveragerc
.If the code does not interact with devices: