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
The hub access token is used to uniquely identify an instance of the Maker API to the integration. However, this means the access token can't be easily changed. Ideally, an integration instance should have a random unique ID, and should store the associated Maker API access token as a separate piece of configuration data.
The text was updated successfully, but these errors were encountered:
While I'm thinking of it: existing installs will need to copy the token value to a new "id" property in the config flow data. New installs will generate a random value for the id. The hub token will be associated with the config flow, but won't be used directly for device IDs (the new "id" property will).
The hub access token is used to uniquely identify an instance of the Maker API to the integration. However, this means the access token can't be easily changed. Ideally, an integration instance should have a random unique ID, and should store the associated Maker API access token as a separate piece of configuration data.
The text was updated successfully, but these errors were encountered: