J-N-K

While I agree that the second message is a bug: for RETRIEVING you have to use GET, for SETTING you have to use PUT. So it is correct that openHAB...

Try getting the whole thing (`/rest/things/`). The configuration is included there. And yes, getting the configuration by putting an invalid one is a misuse of the API. If it worked,...

It's not duplicated, because the node_id in the thing's UID is fixed, even if you change the node_id in the configuration. There is no 1:1 connection between those two. I...

Do you still see warnings in your log? And can you provide details how to reproduce them?

IMO if timestamps in the future are allowed, something like `TimeboundState` would be better than `HistoricState` as that implies that the time is in the past. I wonder if it...

@wborn Since you created the original issue: I would like your opinion here. WDYT about adding a timestamp to `State`? This would require no changes at all for code that...

@openhab/core-maintainers I would really like to hear your opinion here.

Yes, but I don't understand the reasoning behind that. From what @kaikreuzer said in #3033 a possible argument is that this timestamp might not be the actual timestamp of the...

It's questionable if someone wants to persist forecasts at all (maybe to use `restoreOnStartup`). Anyhow, if the timestamp is persisted together with the value, I don't see any issues arising...

I think the original issue is exactly what @cdjackson describes: have a way for bindings to publish historical data with the correct timestamp if they are available. If they are...