[v2.0.8] "Recreate entity IDs" does not propose new entity IDs after SPAN app circuit rename

[jfroy]

I renamed a circuit in the SPAN app. The corresponding entity titles updated, but not the entity IDs (as expected). However using the built-in "Recreate entity IDs" feature does not propose updates.

Installed via HACS. Running v2.0.8.

HASS info:

## System Information

version | core-2026.7.4
-- | --
installation_type | Home Assistant OS
dev | false
hassio | true
docker | true
container_arch | aarch64
user | root
virtualenv | false
python_version | 3.14.6
os_name | Linux
os_version | 6.18.34-haos-raspi
arch | aarch64
timezone | America/Los_Angeles
config_dir | /config

<details><summary>Home Assistant Cloud</summary>

logged_in | true
-- | --
subscription_expiration | November 7, 2026 at 18:00
relayer_connected | true
relayer_region | us-east-1
remote_enabled | true
remote_connected | true
remote_server | us-east-1-8.ui.nabu.casa
alexa_enabled | false
google_enabled | false
cloud_ice_servers_enabled | true
certificate_status | ready
instance_id | 15e5d10fbe1d4bb0b3a8716991873cfc
iot_state | connected
iot_tries | 0
certificate_expire_date | October 1, 2026 at 01:15
certificate_fingerprint | 3186d3c3c093c52a5136af412c206728dcbf89a1
certificate_alternative_names | undefined
can_reach_cert_server | ok
can_reach_cloud_auth | ok
can_reach_cloud | ok

</details>

<details><summary>HACS</summary>

GitHub API | ok
-- | --
GitHub Content | ok
GitHub Web | ok
HACS Data | ok
GitHub API Calls Remaining | 4975
Installed Version | 2.0.5
Stage | running
Available Repositories | 3480
Downloaded Repositories | 28

</details>

<details><summary>Home Assistant Supervisor</summary>

host_os | Home Assistant OS 18.1
-- | --
update_channel | stable
supervisor_version | supervisor-2026.07.5
agent_version | 1.9.0
docker_version | 29.5.3
disk_total | 938.9 GB
disk_used | 41.0 GB
nameservers | 2600:1700:9da3:8210::1, 10.1.0.1
healthy | true
supported | true
host_connectivity | true
supervisor_connectivity | true
ntp_synchronized | true
virtualization | 
board | yellow
disk_life_time | 2 %
supervisor_api | ok
version_api | ok
installed_addons | Matter Server (9.1.1), Mosquitto broker (7.1.0), Studio Code Server (6.0.1), Terminal & SSH (10.3.0), Cloudflared (7.0.11), Music Assistant (2.9.10), SQLite Web (6.0.1), Prometheus Node Exporter (3.2.0), Beszel Agent Branch (0.18.7), Tailscale with features (0.28.1.12), OpenThread Border Router (3.0.2), Home Assistant MCP Server (7.14.2)

</details>

<details><summary>Dashboards</summary>

dashboards | 2
-- | --
resources | 12
views | 4
mode | storage

</details>

<details><summary>Network Configuration</summary>

adapters | lo (disabled), end0 (enabled, default, auto), docker0 (disabled), hassio (disabled), vethe6ca84a (disabled), veth6e5880a (disabled), vethdd1e47e (disabled), veth3c576ac (disabled), veth1f35ace (disabled), wpan0 (disabled), veth72bd72f (disabled), veth32e3e82 (disabled), veth0260c06 (disabled), veth898e999 (disabled), vethbe87027 (disabled)
-- | --
ipv4_addresses | lo (127.0.0.1/8), end0 (10.1.0.4/16), docker0 (172.30.232.1/23), hassio (172.30.32.1/23), vethe6ca84a (), veth6e5880a (), vethdd1e47e (), veth3c576ac (), veth1f35ace (), wpan0 (), veth72bd72f (), veth32e3e82 (), veth0260c06 (), veth898e999 (), vethbe87027 ()
ipv6_addresses | lo (::1/128), end0 (2600:1700:9da3:8210:632b:1ea3:c68a:eb7b/64, fe80::ead1:22fb:873a:5cc3/64), docker0 (fd40:3698:eff2::1/64, fe80::6c50:a6ff:fe6b:dde5/64), hassio (fd0c:ac1e:2100::1/48, fe80::e05c:1aff:feb6:9184/64), vethe6ca84a (fe80::c8fd:b1ff:fe24:922f/64), veth6e5880a (fe80::3045:68ff:fe9d:b289/64), vethdd1e47e (fe80::7ca4:1aff:feda:efed/64), veth3c576ac (fe80::c43e:b4ff:fe7e:3ad2/64), veth1f35ace (fe80::704c:6fff:fec3:608e/64), wpan0 (fdb2:980c:2121:1:895c:f22c:3333:b3d/64, fd7d:fe1e:3955::ff:fe00:fc10/64, fd7d:fe1e:3955::ff:fe00:fc00/64, fd7d:fe1e:3955::ff:fe00:fc38/64, fd7d:fe1e:3955::ff:fe00:4800/64, fd7d:fe1e:3955:0:486e:f3de:37fd:3770/64, fe80::b485:2b06:4b59:af04/64), veth72bd72f (fe80::180a:80ff:fee9:a158/64), veth32e3e82 (fe80::db:2eff:fe28:961c/64), veth0260c06 (fe80::f888:21ff:fe73:fa45/64), veth898e999 (fe80::b809:39ff:fe8c:1341/64), vethbe87027 (fe80::b84f:4cff:fe98:9d93/64)
announce_addresses | 10.1.0.4, 2600:1700:9da3:8210:632b:1ea3:c68a:eb7b, fe80::ead1:22fb:873a:5cc3

</details>

<details><summary>Recorder</summary>

oldest_recorder_run | July 20, 2026 at 06:39
-- | --
current_recorder_run | July 27, 2026 at 23:37
estimated_db_size | 7477.67 MiB
database_engine | sqlite
database_version | 3.53.2

</details>

<details><summary>Solcast PV Forecast</summary>

can_reach_server | ok
-- | --

</details>

[cayossarian]

The behavior is by design.

Entity ID is never changed by the integration once established. A user's dashboards and any dependency like template automation would break if the "friendly name" change also modified the Entity ID.

You can modify the entity ID yourself of course.

[jfroy]

The behavior is by design.

Entity ID is never changed by the integration once established. A user's dashboards and any dependency like template automation would break if the "friendly name" change also modified the Entity ID.

You can modify the entity ID yourself of course.

I would not and did not expect entity IDs to change automatically, for the reasons you mentioned. But I did expect the pro-active, user-initiated "Recreate entity IDs" feature to offer new entity IDs based on the latest circuit name acquired from the SPAN API.

[cayossarian]

Ah, yes. The title of the issue tripped me up. I'll take a look, thanks.

[jfroy]

The title is indeed bad, I will update it.