You didn’t have to re-add the device, you could have just re-configured it by going to add integration and add it again with the existing integration in place. This works for most integrations. It will replace the current integration but keep all your settings.
Let’s say I used the wrong relative path.
while readding,
I still have to configure everything else.
where a configure button with all options I use while adding would help me out.
I have been around ha since, I think, 2016. I have never seen that statement in the docs and it doesn’t seem that intuitive. I suggest it be made a lot clearer. But I am unsure where to add it to the docs. Any suggestions?
In that case it would be great if this is handled by HA core and not per integration.
This would make integration maintenance also easier.
But I now know what you mean.
Just tried with the integrations I use. The first one I tried adds a new sensor in addition to the old. No, many integrations do not alter existing item by re-adding. It just adds more instances.
It depends on the integration and what it uses for unique identification of each device & entity. And yes, many integrations have a solid backing behind this. It just so happens that you found one that didn’t.
An example where this wouldn’t work is if you decided to integrate a integration using a hostname, but the second time you use the IP address. That would most likely create a new integration with additional entities.
It does, it’s just not natural. You can delete the integration too and re-add it and your settings should remain the same for your entities. It’s not a great system, nor is it intuitive. But you can change it in a number of ways.
I would love a button to redo the configuration, that’s why I voted for this FR. I’m just explaining how to get to the goal right now. It seems that this upsets people for some reason.
I think we just understand “many” differently. The fact is. Many integrations have a good way to reconfigure a device. And many do not. Too many. Those that have it does it well or good enough. I gave an example of a good one as one of my first postings in this thread. And thank you to all the many devs that has provided a reconfig per device.
No, when you delete the integration without restarting, the entity registry should remain until you restart. So it should just plop right back to where it was with new credentials.
Again, it 100% depends on what the integration uses to identify each unique config entry. Some are poorly set up, most are not. The ones that fit in the “most are not” category, found unique identifiers all the way down the chain so that you can reintegrate without issue.
If an integration used my example above (hostname or IP), that would be an example of a bad integration in my opinion. Mainly because IP’s can change. A mac address would be a better choice.
The one issue I had, is more simply a change of service port for an internal app (due to a change of kubernetes containers), I thought it was straight forward to change.
Regarding the password, it would be good to record the time of when it was setup and provide a ‘Password anniversary’ change update that would be cool.
Out of curiosity, on my previous commits in github there were few checks before I was allowed to even get the merge requested (which were actually spot on!), could a check be added to verify if the re-auth exist?
I’ve just encountered this with the Google Drive integration. Having reconfigure options available does not help if the initial device config has failed, but HA has saved the incorrect credentials that were entered anyway. There is no device setup to reconfigure, and attempting to add the device again just results in another failure without the option to enter new credentials.