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] scan with multiple bridges removes items during scan again #7451

Closed
Marlow925 opened this issue Apr 22, 2020 · 1 comment · Fixed by #7461
Closed

[hue] scan with multiple bridges removes items during scan again #7451

Marlow925 opened this issue Apr 22, 2020 · 1 comment · Fixed by #7461
Labels
bug An unexpected problem or unintended behavior of an add-on

Comments

@Marlow925
Copy link

Marlow925 commented Apr 22, 2020

In a scenario with multiple Philips Hue Hubs (due to the recommended limitation of max 50 lights per hub), the following is happening:

  • when OpenHAB is started fresh, it will scan through all the hubs and discover all the items, that are not defined in things and add these to the inbox.

  • if you subsequently rescan the Hue Binding in the inbox, it will discover these items again, but then remove them, as it scans the next hub. Only the items from whatever hub is scanned last will remain in the inbox.

As a result, one has to know, what one wants to add and has to be quick to add these before the scan gets to the next hub. Or completely restart OpenHAB, which is a bit meh.

I am currently running OpenHAB 2.5.4 on Ubuntu 14.04.6 LTS on an ODroid board and that behavior is still present there.

@Marlow925 Marlow925 added the bug An unexpected problem or unintended behavior of an add-on label Apr 22, 2020
@lolodomo
Copy link
Contributor

lolodomo commented Apr 24, 2020

Ithink this is due to this line:
https://github.com/openhab/openhab-addons/blob/2.5.x/bundles/org.openhab.binding.hue/src/main/java/org/openhab/binding/hue/internal/discovery/HueLightDiscoveryService.java#L140

removeOlderResults should be called with the bridge id as second parameter.

lolodomo added a commit to lolodomo/openhab-addons that referenced this issue Apr 24, 2020
cpmeister pushed a commit that referenced this issue Apr 24, 2020
yfre pushed a commit to yfre/openhab-addons that referenced this issue Apr 27, 2020
LoungeFlyZ pushed a commit to LoungeFlyZ/openhab2-addons that referenced this issue Jun 8, 2020
J-N-K pushed a commit to J-N-K/openhab-addons that referenced this issue Jul 14, 2020
CSchlipp pushed a commit to CSchlipp/openhab-addons that referenced this issue Jul 26, 2020
andrewfg pushed a commit to andrewfg/openhab-addons that referenced this issue Aug 31, 2020
andrewfg pushed a commit to andrewfg/openhab-addons that referenced this issue Aug 31, 2020
andrewfg pushed a commit to andrewfg/openhab-addons that referenced this issue Aug 31, 2020
andrewfg pushed a commit to andrewfg/openhab-addons that referenced this issue Aug 31, 2020
DaanMeijer pushed a commit to DaanMeijer/openhab-addons that referenced this issue Sep 1, 2020
markus7017 pushed a commit to markus7017/openhab-addons that referenced this issue Sep 19, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug An unexpected problem or unintended behavior of an add-on
Projects
None yet
Development

Successfully merging a pull request may close this issue.

2 participants