You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
What I can notice is that depending on the channel I am creating on this thing, this is not always the same parameter that is finally kept, but I always have only one of both expected parameters.
The text was updated successfully, but these errors were encountered:
@florian-h05 : can you have a look, I am surprised to find such a bug. That would mean no one is creating channel with several parameters using Main UI.
Main UI is behaving correctly here:
It is only setting the period parameter explicitly, because you selected a value different from the default.
The limit parameter is not changed away from its default value, that is declared as MIN.
Applying config defaults is not the job of the UI, but rather of the one saying this is the default, i.e. the binding.
The problem
Main UI is calling the REST API with an invalid thing parameter. By invalid, I mean some of the channel configuration parameters are missing.
Expected behavior
The REST API should be called with a valid parameter containing all channel configuration parameters.
Steps to reproduce
Using the netatmo binding, I use Main UI to add a channel:
As you can see, there are two configuration parameters.
Here is what contains the API call.
As you can see, there is only one of both parameters:
I am also surprised to see two calls to the PUT API which are identical. Any reason to call the API twice?
Here is how is defined the thing type:
Here is channel in the thing JSON file:
What I can notice is that depending on the channel I am creating on this thing, this is not always the same parameter that is finally kept, but I always have only one of both expected parameters.
The text was updated successfully, but these errors were encountered: