Not killed - itās still worked outside HA of course
No specific error message - it just was unavailable. Tried to reinstall integration, but was not able to do that either.
Back in previous release, it works.
Not killed - itās still worked outside HA of course
No specific error message - it just was unavailable. Tried to reinstall integration, but was not able to do that either.
Back in previous release, it works.
There is an error when deleting a file
Following the update to core 2022.3, the UniFi integration fails to start on my instance. Iām running HAOS on x64 generic build.
The logs shows the following:
Logger: homeassistant.config_entries
Source: components/unifi/controller.py:311
First occurred: 09:10:45 (1 occurrences)
Last logged: 09:10:45
Error setting up entry Default for unifi
Traceback (most recent call last):
File "/usr/src/homeassistant/homeassistant/config_entries.py", line 335, in async_setup
result = await component.async_setup_entry(hass, self)
File "/usr/src/homeassistant/homeassistant/components/unifi/__init__.py", line 40, in async_setup_entry
if not await controller.async_setup():
File "/usr/src/homeassistant/homeassistant/components/unifi/controller.py", line 311, in async_setup
await self.api.initialize()
File "/usr/local/lib/python3.9/site-packages/aiounifi/controller.py", line 152, in initialize
await self.clients.update()
File "/usr/local/lib/python3.9/site-packages/aiounifi/api.py", line 114, in update
raw = await self._request("get", self._path)
File "/usr/local/lib/python3.9/site-packages/aiounifi/controller.py", line 272, in request
return await self._request(method, path, json, url)
File "/usr/local/lib/python3.9/site-packages/aiounifi/controller.py", line 321, in _request
raise ResponseError(f"Call {url} received 404 Not Found")
aiounifi.errors.ResponseError: Call https://192.168.130.1:443/proxy/network/api/s/default/stat/sta received 404 Not Found
Thanks for the links, Marius.
It wouldāve helped, I agree. Perhaps a diff between the last 2022.2 release and this one on those files would help.
I was planning on making a list for myself anyway. Iāll share if/when I have something.
Mine is still working.
One shelly device became unavailable, I reloaded the integration and all was fine.
After upgrade to 2022.3.0 my shelly integration gives an config error. Whatās wrong? nothing breaking mentioned in the release notes. Reloading did not work for me
Logs logs logs.
Nothing mentioned in the logfiles. Only a message in the notification area
How is it achievable? Docs still mention only 2 sources: TV and HDMI
Logger: homeassistant.setup
Source: setup.py:155
First occurred: 10:46:58 (1 occurrences)
Last logged: 10:46:58
Setup failed for shelly: Requirements for shelly not found: [āpaho-mqtt==1.5.1ā].
And when i try to add Shelly as an Integration this Message is displayed:
āConfig flow could not be loaded: 500 Internal Server Error Server got itself in troubleā
I did it yesterday. It was quite straight forward actually! Remember to comment out your yaml config of the old integration once youāre done or it will be imported again on a restart. That was my only issue.
anyone else experiencing issues with Kiosk mode custom card?
Especially the mobile settings seem to be a bit flakey
edit
nvm, fixed that, was a user error. trying ti avoid the ever present Kiosk mode error in inspector, I tried to load it like we need to load card-mod nowadays, via:
frontend:
extra_module_url:
- /local/lovelace/resources/card-mod/card-mod.js
# - /local/lovelace/resources/kiosk-mode/kiosk-mode.js
Iāve reset that to the regular (manual config) in resources.yaml, and now see the mobile settings being applied once again.
Are you using the native shelly or some external mqtt integration? Paho-mqtt is not a requirement for native shelly
I am using ShellyForHassā¦ i try switching to the native integration. Thought i was using it :-/
Iirc shelly4hass predated the native integration. The native is very good imho.
It fixed mine as well! Thank you very much!
Is this really new or only new on additional places, because I have this
mdc-select-fill-color: 'var(--ha-card-background)'
mdc-select-label-ink-color: 'var(--secondary-text-color)'
mdc-select-ink-color: 'var(--primary-text-color)'
mdc-select-idle-line-color: 'var(--secondary-text-color)'
mdc-select-dropdown-icon-color: 'var(--secondary-text-color)'
mdc-select-hover-line-color: 'var(--secondary-text-color)'
in my theme after changes in 2021.11, where the dropdown-boxes in automations, etc. looked āwhiteā and/or were changed already.
My selects only changed to white with this update and these fixed it.
yes, thats what Ive been using in the betaās/dev updates too:
# set colors on quickbar
mdc-text-field-fill-color: var(--card-background-color) # quickbar header
mdc-text-field-ink-color: var(--primary-text-color) #var(--mdc-theme-primary)
# set colors on input_select
mdc-select-ink-color: var(--primary-text-color)
mdc-select-fill-color: var(--card-background-color)
and found in inspectorā¦
talking about that quick-bar: it doesnāt reload properly anymore and often keeps swirling while not doing anything. Have to resort to the server tools again for reloading the various options
Arh, āPlay Mediaā function does not support Android TV (ie. tvās with Android, not the Google TV dongle).
As we only have this, and a few OLD tvās with chromecast, itās not of much use.
Here Iāve tested a few items.
It works on
It does NOT work on
I was so happy, and thenā¦