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
[mqtt] Dynamically change accepted item-type for Number channels #15114
Conversation
Does this PR fix the 120 second timeout with "UNINITIALIZED (NOT_YET_READY)" at startup? |
No. Is this happening with MQTT? Can you create an easy to reproduce example for that? |
@openhab/add-ons-maintainers I believe the issue is with the partial build. |
@J-N-K
|
@NorbertHD This needs to be fixed in the home assistant part of MQTT. There are two reference implementations, but someone needs to pick this issue up. |
Any MQTT PR build will fail because the ruuvigateway itest is commented and not part of the reactor: Lines 31 to 33 in 075592f
So hopefully it can be fixed soon with #15018. What will also help is to rename or delete the itest dir. |
Signed-off-by: Jan N. Klug <github@klug.nrw>
@openhab/add-ons-maintainers It is debatable if this is a bugfix or an enhancement. Without it UoM will not work properly with MQTT. I'm not sure if this would be a regression to 3.4. |
...src/main/java/org/openhab/binding/mqtt/generic/internal/handler/GenericMQTTThingHandler.java
Outdated
Show resolved
Hide resolved
Signed-off-by: Jan N. Klug <github@klug.nrw>
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks! LGTM.
I agree with should merge for consistent UoM behavior. @openhab/add-ons-maintainers - anyone against? |
No, I'm not against merging. |
…nhab#15114) Signed-off-by: Jan N. Klug <github@klug.nrw> Signed-off-by: Jørgen Austvik <jaustvik@acm.org>
See #15072