Did you even read my previous response: 2021.6: A little bit of everything - #29 by spacegaier 
That setting is stored per user session. And by default HA follows the setting of your browser / OS to determine if dark or light mode should be used. You cannot enforce that from HA side, but you can define which themes should be used by a user session as default (“Backend-selected” theme).
I’m a bit confused on the documentation regarding reverse proxy setup. I use both home.mydomain.com through a Traefik reverse proxy as well as Nabu Casa’s remote UI, however I’m not able to find the proper trusted_proxies: configuration that maintains my current functionality and doesn’t break one of these options. Has anyone else had luck getting this set up?
You are right, sorry missed that one… I referred to the first posts.
Insert
"version": "1.2.1",
into …/config/custom_components/brematic/manifest.json → works again.
How about submitting a PR to the brewmatic github?
I have made a Feature Request for it: https://community.home-assistant.io/t/let-the-datechooser-start-on-monday/314113
Since you already know how to make the change submitting a PR to actually make the change helps lazy developers 
After the update one process is using 100% of one core. It starts around 10PM and ends around 6AM. I am not sure exactly when it starts and when it’s it ends because I disabled the history for the CPU load entries. It had been doing this for the last 3 nights.
Are there any database updates running on the background?
The process that is causing this is one of the
python -m homeassistant -config /config
I could not see any relevant error logs in the core module but I also have some logging set to critical in my configuration.
Any hint?
Thanks.
There is an issue with TOD running excessive CPU that was just fixed today.
Since updating to 2021.6.2 none of my custom components are able to be seen in the + add integration. I have checked and all of the manfest.json files do have a version key. The components do load it appears. These are installed using HACS.
Have you tried adding passHostHeader: true to your traefik loadBalancer?
Google tts is now working again:)
Please don’t upload pictures of text logs. Copy and paste!
That log has always been there for custom components/integrations. It has nothing to do with it working or not working.
Yes, it makes sense. Somehow I didn’t find the saw the issue. Thank you.
Trying to update from 2021.5.4 to 2021.6.3 (also tried 2021.6.2 with same result) but I get the following errors and no update:
2021-06-08 14:55:41 ERROR (Thread-16) [root] Uncaught thread exception
Traceback (most recent call last):
File "/usr/local/lib/python3.8/threading.py", line 932, in _bootstrap_inner
self.run()
File "/usr/local/lib/python3.8/threading.py", line 870, in run
self._target(*self._args, **self._kwargs)
File "/usr/local/lib/python3.8/site-packages/xiaomi_gateway/__init__.py", line 180, in _listen_to_msg
data, (ip_add, _) = self._mcastsocket.recvfrom(SOCKET_BUFSIZE)
OSError: [Errno 9] Bad file descriptor
2021-06-08 14:55:48 ERROR (MainThread) [homeassistant] Error doing job: Task exception was never retrieved
Traceback (most recent call last):
File "/usr/src/homeassistant/homeassistant/components/onvif/device.py", line 144, in async_stop
await self.events.async_stop()
File "/usr/src/homeassistant/homeassistant/components/onvif/event.py", line 112, in async_stop
await self._subscription.Unsubscribe()
File "/usr/local/lib/python3.8/site-packages/zeep/proxy.py", line 64, in __call__
return await self._proxy._binding.send_async(
File "/usr/local/lib/python3.8/site-packages/zeep/wsdl/bindings/soap.py", line 164, in send_async
return self.process_reply(client, operation_obj, response)
File "/usr/local/lib/python3.8/site-packages/zeep/wsdl/bindings/soap.py", line 229, in process_reply
return self.process_error(doc, operation)
File "/usr/local/lib/python3.8/site-packages/zeep/wsdl/bindings/soap.py", line 391, in process_error
raise Fault(
zeep.exceptions.Fault: Invalid Args
2021-06-08 14:55:48 ERROR (MainThread) [homeassistant.components.hassio.handler] Client error on /core/update request Server disconnected
2021-06-08 14:55:48 ERROR (MainThread) [homeassistant.components.hassio] Failed to to call /core/update -
2021-06-08 14:55:48 WARNING (MainThread) [homeassistant.util.executor] Thread[SyncWorker_29] is still running at shutdown: File "/usr/local/lib/python3.8/threading.py", line 890, in _bootstrap
self._bootstrap_inner()
File "/usr/local/lib/python3.8/threading.py", line 932, in _bootstrap_inner
self.run()
File "/usr/local/lib/python3.8/threading.py", line 870, in run
self._target(*self._args, **self._kwargs)
File "/usr/local/lib/python3.8/concurrent/futures/thread.py", line 80, in _worker
work_item.run()
File "/usr/local/lib/python3.8/concurrent/futures/thread.py", line 57, in run
result = self.fn(*self.args, **self.kwargs)
File "/usr/local/lib/python3.8/site-packages/haffmpeg/core.py", line 154, in _close
self._proc.wait(timeout=timeout)
File "/usr/local/lib/python3.8/subprocess.py", line 1083, in wait
return self._wait(timeout=timeout)
File "/usr/local/lib/python3.8/subprocess.py", line 1800, in _wait
time.sleep(delay)
any ideas what I can try?
EDIT: If I try updating via CLI it appears to update (info says 2021.6.3) but HA never loads. No errors in Supervisor log and CLI won’t load the core log… Rebooting takes me back to HA 2021.5.3
EDIT 2: well, after a lot of playing around in the CLI I was able to force an update back to 2021.6.2 when HA was telling me it was at 2021.6.3 but was not loading, so I’ve made some progress. It has now loaded 2021.6.2. Time to try the next update step.
EDIT 3: finally got it to 2021.6.3. I’d be keen to hear why this above error happened if someone is able to explain it to me. Cheers.
No I don’t know how to make the change.
What is a PR?
Just upgraded to 2021.6.3 without any problems. thank you!
Anyone loose “all the sensors”?? After upgrade from 2021.5.5 to 2021.6.3 my sensors are unavaiable… then try to restore the core snapshot… not resolve, then the full restore snapshot and the issue persist.
Most of the sensors are from esphome devices, in esphome log everythign works as before… only the sensor don’t get into HA… i’m using api in esphome…
For example, enpahse sensors aren’t working also.
Most of this devices are in a separate vlan… could this be the issue? Is strange that the restore don’t solve the issue…
Sorry, I think that reply was meant for someone else.
Yes - and… How to get the new sensors about last trip?