Open curlyel opened 3 years ago
More testing showed me, although the command got accepted (and the color of the actual device changed accordingly), the items state remains UNDEF, notice last line:
openhab> send ZIGRGBWStripBuero_Color 120,75,45
Command has been sent successfully.
openhab> items list ZIGRGBWStripBuero_Color
ZIGRGBWStripBuero_Color (Type=ColorItem, State=UNDEF, Label=Color, Category=ColorLight, Tags=[Point], Groups=[ZIGRGBWStripBuero])
This may indicate, that the reason for the issue is rather on the binding or the core than on the ui side though … or?
I discovered a similar behaviour in my nanoleaf binding:
If I create entries in a sitemap for both it does work as expected. If you need more details don't hesitate to come back to me.
Seems to be a UI issue according to Yannicks statement here:
https://community.openhab.org/t/colorpicker-in-oh3/110733/8?u=curlyel
The bug is also discussed here https://community.openhab.org/t/zigbee-binding-color-not-working/124868
Would be nice if someone could make the color widget able to handle UNDEF state.
Thanx
Bug also discussed here https://community.openhab.org/t/colorpicker-widget-not-displaying-anything/125375
Ping @ghys
The problem
Color items for newly discovered things (Extended Color Lights) don't get any color widget shown in all parts of the Main UI. Eg.: ![image](https://user-images.githubusercontent.com/11849305/109276817-c7b3e000-7816-11eb-929a-5229269cc036.png
The behaviour has been seen so far with lights discovered by the Deconz binding as well as by the Zigbee binding. For the Deconz binding some change seemed to solve the issue (see: https://github.com/openhab/openhab-addons/issues/10107#)
I already opened an issue in the openhab-addon repository related to the Zigbee binding (see: https://github.com/openhab/openhab-addons/issues/10223) Although, @cdjackson as the maintainer of the Zigbee binding suspects the cause in the webui. Therefore I raise this issue here too to start the discussion if it is to be solved in the binding or the webui.
The following seem to support Chris's point of view:
Openhab accepts the ON/OFF as well as the color commands sent to the item. And the real device indeed updates the color.
Expected behavior
I'd expect a color widget show in standalone or lists allowing to control the color, e.g.:![image](https://user-images.githubusercontent.com/11849305/109278514-e74c0800-7818-11eb-876e-a05913274f52.png)
Steps to reproduce
Your environment