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
{{ message }}
This repository was archived by the owner on Mar 11, 2026. It is now read-only.
Hi,
I can successfully add new Matter bridges using the Home-Assistant-Matter-Hub addon, but cannot remove existing ones.
Whenever I try to delete an old bridge from the UI or via API, the addon crashes and restarts automatically.
It looks like the storage backend cannot handle deletion of a bridge whose endpoint is no longer linked to a node.
After crash, the bridge reappears in the list, so it is never actually removed.
Expected behavior:
Deleting a bridge should correctly remove its endpoint data and not crash the addon.
Actual behavior:
The addon throws an InternalError from ServerEndpointStores.storeForEndpoint and then restarts (s6-rc restarts the service).
⸻
Log excerpt (on bridge delete):
2025-10-05 17:54:40.612 ERROR OccupancyS~ingServer OccupancySensingServer: Since revision 5 of the cluster features need to be set based on the detector type. Currently no features are enabled.
...
2025-10-05 17:54:46.143 FATAL Logger Unhandled error detected: [internal] Endpoint storage inaccessible because endpoint is not a node and is not owned by another endpoint
at ServerEndpointStores.storeForEndpoint (file:///usr/local/lib/node_modules/home-assistant-matter-hub/node_modules/@matter/node/dist/esm/storage/server/ServerEndpointStores.js:120:13)
at numberPersister (file:///usr/local/lib/node_modules/home-assistant-matter-hub/node_modules/@matter/node/dist/esm/storage/server/ServerEndpointStores.js:168:28)
file:///usr/local/lib/node_modules/home-assistant-matter-hub/node_modules/@matter/node/dist/esm/storage/server/ServerEndpointStores.js:120
throw new InternalError(
^
InternalError: Endpoint storage inaccessible because endpoint is not a node and is not owned by another endpoint
at ServerEndpointStores.storeForEndpoint (...)
at numberPersister (...)
Node.js v22.19.0
s6-rc: info: service legacy-services: stopping
...
s6-rc: info: service base-addon-banner: starting
Hi,
I can successfully add new Matter bridges using the Home-Assistant-Matter-Hub addon, but cannot remove existing ones.
Whenever I try to delete an old bridge from the UI or via API, the addon crashes and restarts automatically.
It looks like the storage backend cannot handle deletion of a bridge whose endpoint is no longer linked to a node.
After crash, the bridge reappears in the list, so it is never actually removed.
Expected behavior:
Deleting a bridge should correctly remove its endpoint data and not crash the addon.
Actual behavior:
The addon throws an InternalError from ServerEndpointStores.storeForEndpoint and then restarts (s6-rc restarts the service).
⸻
Log excerpt (on bridge delete):
2025-10-05 17:54:40.612 ERROR OccupancyS~ingServer OccupancySensingServer: Since revision 5 of the cluster features need to be set based on the detector type. Currently no features are enabled.
...
2025-10-05 17:54:46.143 FATAL Logger Unhandled error detected: [internal] Endpoint storage inaccessible because endpoint is not a node and is not owned by another endpoint
at ServerEndpointStores.storeForEndpoint (file:///usr/local/lib/node_modules/home-assistant-matter-hub/node_modules/@matter/node/dist/esm/storage/server/ServerEndpointStores.js:120:13)
at numberPersister (file:///usr/local/lib/node_modules/home-assistant-matter-hub/node_modules/@matter/node/dist/esm/storage/server/ServerEndpointStores.js:168:28)
file:///usr/local/lib/node_modules/home-assistant-matter-hub/node_modules/@matter/node/dist/esm/storage/server/ServerEndpointStores.js:120
throw new InternalError(
^
InternalError: Endpoint storage inaccessible because endpoint is not a node and is not owned by another endpoint
at ServerEndpointStores.storeForEndpoint (...)
at numberPersister (...)
Node.js v22.19.0
s6-rc: info: service legacy-services: stopping
...
s6-rc: info: service base-addon-banner: starting