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

Hue Lighting Items Don't Show Any Channels #11000

Closed
Ltty opened this issue Jul 15, 2021 · 8 comments
Closed

Hue Lighting Items Don't Show Any Channels #11000

Ltty opened this issue Jul 15, 2021 · 8 comments
Labels
won't fix Invalid Issues and requests that do not fit the specified add-on

Comments

@Ltty
Copy link

Ltty commented Jul 15, 2021

After updating to OpenHab 3.1.0 I can't see any channels for Hue Lighting items in the channels view. The channels are still there as previously existing items linked to channels keep working, but I can't configure and set up new items.

This is only the case for light bulbs, dimmer switches, wall plugs, etc are not affected.

Any idea what might be wrong?

@lolodomo
Copy link
Contributor

lolodomo commented Jul 17, 2021

This looks like a question that should have been asked to the community forum. I seriously doubt there is any bug...

Please show two screen captures of your thing in MainUI, one with the Thing tab and one with the Channels tab.

How was created your thing ? Defined in a configuration file or created with MainUI ? If through MainUI, did you use the thing automatically discovered ?

@lolodomo lolodomo added the awaiting feedback Awaiting feedback from the pull request author label Aug 8, 2021
@Daniel-42
Copy link
Contributor

  • Screenshots from OH3.1.0
  • Things auto discovered
  • Items created in OH3 ui, no .item files

Thing tab of one of my lights:

hue_thing

Channel tab (with advanced checked):

hue_missing_channels

But going to the item for the color channel that was previously there:

hue_channels_loading

A: The channel is there
B: openHab insists the link is in an item file, but it's not, never been. Never used OH2, never used .item files.
C: 'Loading...' indicator stays for 'ever'

@lolodomo lolodomo removed the awaiting feedback Awaiting feedback from the pull request author label Oct 3, 2021
@cweitkamp cweitkamp added the won't fix Invalid Issues and requests that do not fit the specified add-on label Oct 16, 2021
@lolodomo
Copy link
Contributor

@cweitkamp : why did you add the "won't fix" tag?

@cweitkamp
Copy link
Contributor

cweitkamp commented Oct 27, 2021

The root cause for this issue is PR #9856 where we replaced hue specific channel types by system default channel types. As described in #9856 (comment) managed things store channel types of channels in the internal JSON storage which will not be changed automatically after a migrating to an OH version containing this change.

As long as we do not have a solution for openhab/openhab-core#1924 in place the only way to handle this case is to delete affected things and recreate them.

@lolodomo
Copy link
Contributor

lolodomo commented Oct 27, 2021

Ok, that is very clear, thank you.

@NCC1701M
Copy link

As long as we do not have a solution for openhab/openhab-core#1924 in place the only way to handle this case is to delete affected things and recreate them.

This issue is now open for nearly 11 months! This is very bad! You need to provide a solution. The workaround of deleting all affected things is not feasible.

@J-N-K
Copy link
Member

J-N-K commented Oct 27, 2021

In fact the issue is much older and dates back to ESH days. See the linked issue in the first post.

@lolodomo
Copy link
Contributor

Yes, very old subject and clearly not something trivial.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
won't fix Invalid Issues and requests that do not fit the specified add-on
Projects
None yet
Development

No branches or pull requests

6 participants