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

None (<class 'custom_components.tuya_local.light.TuyaLocalLight'>) sets invalid supported color modes {<ColorMode.HS: 'hs'>, <ColorMode.BRIGHTNESS: 'brightness'>} #1788

Closed
robinhood-code opened this issue Mar 31, 2024 · 2 comments

Comments

@robinhood-code
Copy link

robinhood-code commented Mar 31, 2024

Describe the bug

None (<class 'custom_components.tuya_local.light.TuyaLocalLight'>) sets invalid supported color modes {<ColorMode.HS: 'hs'>, <ColorMode.BRIGHTNESS: 'brightness'>}, this will stop working in Home Assistant Core 2025.3, please create a bug report at https://github.com/make-all/tuya-local/issues

To Reproduce

This error message only appears when HA is restarted.

Please check if there are messages from Tuya Local in the Home
Assistant log (Settings / System / Logs), and include those too.

Logger: homeassistant.components.light
Source: components/light/init.py:1165
integration: Light (documentation, issues)
First occurred: 10:48:19 AM (1 occurrences)
Last logged: 10:48:19 AM

None (<class 'custom_components.tuya_local.light.TuyaLocalLight'>) sets invalid supported color modes {<ColorMode.HS: 'hs'>, <ColorMode.BRIGHTNESS: 'brightness'>}, this will stop working in Home Assistant Core 2025.3, please create a bug report at https://github.com/make-all/tuya-local/issues

@robinhood-code robinhood-code added the bug Something isn't working label Mar 31, 2024
@make-all make-all added device improvement Improvement to an existing device config and removed bug Something isn't working labels Apr 1, 2024
@make-all
Copy link
Owner

make-all commented Apr 1, 2024

You did not include any details about what device this report is about, but from a quick scan, it seems it must be hdmi_sync_light, as that is the only one that incorrectly uses brightness mode together with other modes.

make-all added a commit that referenced this issue Apr 1, 2024
In HA, brightness is reserved for lights that only support brightness.
Lights that support color and white with brightness control but no
color temperature, need to use white rather than brightness.

Issue #1788
@make-all make-all added awaiting confirmation Wating for confirmation the issue is solved unreleased Will be in next release labels Apr 1, 2024
@robinhood-code
Copy link
Author

My apology but that was all the info I could gather as there was no other info in the log that told me which device it was related to, but glad that you found the specific device that caused the issue.

I made your change to my local copy and I confirm the warning message is now gone. Thanks for the quick action on this.

@make-all make-all removed the awaiting confirmation Wating for confirmation the issue is solved label Apr 1, 2024
@make-all make-all removed unreleased Will be in next release device improvement Improvement to an existing device config labels Apr 28, 2024
timlaing pushed a commit to timlaing/tuya-local that referenced this issue Aug 8, 2024
In HA, brightness is reserved for lights that only support brightness.
Lights that support color and white with brightness control but no
color temperature, need to use white rather than brightness.

Issue make-all#1788
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
Archived in project
Development

No branches or pull requests

2 participants