That would be a question for the maintainer. Oneās config can be structured in many ways: UI-only, which puts it in JSON in internal storage, or various YAML structures.
EDIT: Clarification: Watchman of course works with YAML specifically, so my JSON comment really isnāt relevant. I donāt know how Watchmanās internals work, but I would image it knows which file it is processing. Creating a local link for a browser seems like a security risk.
I cannot speak to this either, but I exclude āentitiesā specified as defaults or in examples.
the folder watcher remains though (it really shouldnt) and the backup mentions are regulars, the integration seems to take a while before those entities are created, I guess I could whitelist those 2. Especially since theyāre on the same page as the card for the Backup integration itself
btw see those state there? theyāre also made by that integration ands not correctly translated by the frontend somehow⦠device_class playing up there
Update: Since events do not have persistent states besides unknown, they should be removed from the watching list. This will be addressed in a future fix. Not sure about date.* yet.
Sorry for the inconvenience.
Logger: homeassistant.components.websocket_api.http.connection
Source: components/websocket_api/connection.py:315
integration: Home Assistant WebSocket API (documentation, issues)
First occurred: 07:54:12 (1 occurrences)
Last logged: 07:54:12
[139757406392608] Error handling message: Unable to write report: [Errno 2] No such file or directory: āā (home_assistant_error) Jxxxxx Lxxxxx from (IP address) (Mozilla/5.0 (Linux; Android 14; OPD2203 Build/UKQ1.230924.001; wv) AppleWebKit/537.36 (KHTML, like Gecko) Version/4.0 Chrome/130.0.6723.107 Safari/537.36 Home Assistant/2024.10.3-14058 (Android 14; OPD2203))
The one thing I see is that the Redacted (IP address) is incorrect.
Is there a way to use this integration to display the availablity history of entities? For example, I have the following history graph set up for an entity, which effectively shows its availability:
Unfortunately this approach wonāt work for most entities. It would be great to show a list of important devices/entities and their historic availability to help identify problems with the integration or network.
Thatās what Iāve done for the entity shown above, but I must be missing something, if I do the same with something like a temperature sensor, I get the history of the temperatures, not the availabililty state of the device. Itās probably something simple Iām missing, but I canāt see what.
Right, so weāre talking about numerical entities specifically ā not binary sensors or categorical values.
I think in that case youāll need to make template binary sensors using the has_value template function. Other way, if youāre interested in devices, is to use device trackers (like ping sensors, or a network integration, etc.).