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

Changing temperature via Web BasicUI after restart fails unless done in App #2091

Closed
chris922 opened this issue Jan 9, 2021 · 2 comments · Fixed by #2165
Closed

Changing temperature via Web BasicUI after restart fails unless done in App #2091

chris922 opened this issue Jan 9, 2021 · 2 comments · Fixed by #2165

Comments

@chris922
Copy link
Contributor

chris922 commented Jan 9, 2021

I migrated my whole setup to openHAB 3 and noticed a strange issue:

When I am using the Web BasicUI and try to change a Setpoint that is linked to a Number:Temperature Item it doesn't work.
But when I change this item via openHAB Android App then I am afterwards able to change it via Web BasicUI as well.

I checked the network logs from my browser and found out, that the first requests after a restart of OH via Web BasicUI fails with a status 400.
The request payload is: 20.5 %unit%
After changing the value via Android App and then changing via Web BasicUI the request payload changed and is now: 21 °C
So first change failed while using %unit%, afterwards it works when °C is used.
When I restart openHAB the issue is back again.

As mentioned I am using openHAB 3.0 via openHABian on a RPi4.

Item:

Number:Temperature EG_Bad_Heizung_Temperatur_Soll     "Komfort Soll-Temperatur [%.1f °C]"  <heating_temp> (agEG_Bad_Heizung_Thermostat) { channel="zwave:device:controller:node43:thermostat_setpoint_heating", alexa="ThermostatController.targetSetpoint" }

Sitemap:

Setpoint item=EG_Bad_Heizung_Temperatur_Soll     minValue=16 maxValue=25 step=0.5
@chris922
Copy link
Contributor Author

Seems to be the same issue as already reported here: openhab/openhab-webui#765

I will close this one

chris922 added a commit to chris922/openhab-core that referenced this issue Jan 30, 2021
chris922 added a commit to chris922/openhab-core that referenced this issue Jan 30, 2021
chris922 added a commit to chris922/openhab-core that referenced this issue Jan 30, 2021
chris922 added a commit to chris922/openhab-core that referenced this issue Jan 30, 2021
Signed-off-by: Christian Bandowski <christian@myvm.de>
@chris922
Copy link
Contributor Author

I will reopen this issue, because as mentioned in openhab/openhab-webui#765 it looks like the root cause of the issue is in the core.ui lib. You can also find a PR for this: #2165

@chris922 chris922 reopened this Jan 30, 2021
@kaikreuzer kaikreuzer linked a pull request Jan 30, 2021 that will close this issue
kaikreuzer pushed a commit that referenced this issue Jan 30, 2021
Signed-off-by: Christian Bandowski <christian@myvm.de>
cweitkamp pushed a commit that referenced this issue Feb 6, 2021
Signed-off-by: Christian Bandowski <christian@myvm.de>
splatch pushed a commit to ConnectorIO/copybara-hab-core that referenced this issue Jul 11, 2023
Signed-off-by: Christian Bandowski <christian@myvm.de>
GitOrigin-RevId: d48646d
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging a pull request may close this issue.

1 participant