Actually for me it does not work in Safari… but indeed I checked with Chrome and it there! Waiting for update then 
cache problem with safari??
Hi
I have a question about updating in automations because some automations where I specified brightness with a certain value stopped working for me. This happened when I switched from 115.6 on 116.0
What is meant here?
“State conditions with attribute specified: When testing against a non-string attribute value, you now need to specify the value in your configuration in the same type as it is in the attribute (instead of as a string).”
I thought the problem would resolve itself if I upgraded from 116.0 to 116.1, but instead I got a new problem. My Yeelight devices are no longer detected. 1S Color Bulbe and Meteorit… Unfortunately, I can’t provide log entries, because I did a restore back to 115.6.
Hi @aceindy and thanks for your reply.
I moved on to 0.116.1 and the problem seemed to have disappeared.
However, as I use SQLite there is no .db2 to delete (am I right?)
I’ve been holding off on that resource, because I’ve never really known what this does… what other arguments could we use, besides the ‘octave-cli’ mentioned in the documentation?
the source doesn’t list any options;
edit
I’ve tried it anyways 
not having a clue what this means:
It is a bug introduced in 0.116.1. A fix is already merged for 0.116.2.
CC: @Gav_in @guiguiabloc @TheBisk @mirekmal @tron @Msv1
Sorry for the hassle.
6 Likes
Nope, cleared the cache. And it was working fine with 0.116…
am completely misunderstanding the fact we should now be able to use entity_globs in our history, logbook and recorder configs?
using this:
entity_globs:
- sensor.*_power_daystart
- sensor.*_usage_daystart
- sensor.*_calibrated_temperature
- sensor.*_actueel
- sensor.*_state
- sensor.*_totaal
- sensor.calculated*
- sensor.l1*
- sensor.l2*
- sensor.l3*
- sensor.teller1*
- sensor.teller2*
- sensor.zp*
- sensor.solaredge_*
- sensor.speedtest*
in an included file in all 3, and all I see are flatliners since:
using this for recorder, used as main filter for the full system. Nothing included here will be recorded and pass to history and logbook:
db_url: !secret db_url
purge_keep_days: 5
include:
!include logged_entities.yaml
exclude:
event_types:
- service_removed
- service_executed
- platform_discovered
- homeassistant_start
- homeassistant_stop
- feedreader
- service_registered
- call_service
- component_loaded
- logbook_entry
- system_log_event
- automation_triggered
- script_started
- timer_out_of_sync
domains:
- alarm_control_panel
- alert
- automation
- binary_sensor
- camera
- climate
- counter
- cover
- device_tracker
- geo_location
- group
- input_boolean
- input_datetime
- input_number
- input_select
- input_text
- light
- media_player
- proximity
- remote
- scene
- script
- sensor
- sun
- switch
- timer
- updater
- variable
- weather
- zone
and only include the entities in the ‘logged_entities.yaml’ which is also the only include for my logbook.yaml and history.yaml.
Hey, when did this happen?
NICE, finally easy to change the IP
Starting from version 0.116 entities card with header_toggle and ‘custom:slider-entity-row’ do not work together. Header_toggle do not reflects state of ‘custom:slider-entity-row’ and do not control it’s state:
Same here, KeyError: ‘temp_trend’ error for Netatmo.
I was expecting, that pyhomematic would be updated in this release:
Seems like, it was not. Does anyone know why or when it will be included in Home Assistant?
no hassle…
easily mitigated for one and secondly we’d have nothing at all without your good work on the component 
2 Likes
Thanks for the kind and encouraging words.
2 Likes
That’s an issue to raise with the custom card developer.
Not sure about the exact supervisor release, but at least since 0.115 https://www.home-assistant.io/blog/2020/09/16/supervisor-joins-the-party/#network-manager
1 Like
with 0.116.1 not work yeelight integration end meteo station netatmo
also for me crash
same issue
116 seems to have broken Poeschl’s local PicoTTS add on again. Calling tts.picotts_remote_say from the SERVICES tab, with a correct media player in entity_id and a message, results in this error:
Failed to call service tts.picotts_remote_say: 'en-GB' not a Frame instance.
en-GB is the language I’ve set in my configuration.yaml:
tts:
- platform: picotts_remote
host: 'localhost'
port: 59126
language: 'en-GB'
cache: false