So… I was using a night theme at night and default theme at day, with automation doing the change with theme selected as: backend-selected.
Now that I updated to 0.108.6, my sidebar background does not turn dark with the theme… and also none of the 3rd party “panel_iframes” are inheriting the dark theme.
This fixed the sidebar, but as I was searching for the fronted.reload_themes service, I noticed that the combox list background also stays white (and panel_iframes still too).
So although this fixes a part of the issue, it seems that the “Lovelace themes” breaking change broke a lot more.
So anyone from the developers made that breaking change can please elaborate on what we can do to make our themes work as before?
True, true… Corona-times unfortunately destroys my spare/HA time. Will see to it when things normalize… It could be a modbus problem, but it could also be a problem with the Flexit or climate integration (only thing I use modbus for at the moment).
For what it’s worth, I just tested 108.6 on a test system with google calendar and magically it all worked fine.
Tried it on my production system, and all good.
So 108.6 ‘restores’ the google_calendar functionality. I suspect by coincidence more than design than anything else - the last change was a breaking change for a bunch of components (#33794).
Anyone else seeing problems with AWS SNS? I noticed that my last text I received was on the day before this was released and I upgraded. I don’t see any errors when I execute an automation with an sns notify, but nothing is coming through to my phone now.
not sure if this tone of voice is getting you anywhere, anytime soon…please go with the flow, seek answers to your questions, and post what you find to help others. It’s what gets this project forward, and makes it even more wonderful than it already is.
Some Lovelace interface changes/inconsistences
Since update to .108.x (perhaps something started already with 0.107) I’m facing some strange inconsistences in how web UI works. Some of these are already identified as part of change of how cards work (especially custom stacks), but for some I found no explanations (though I found them mentioned somewhere across forum).
Improper (in my opition) handling of theme colors across standard cards. Especially the way that glance card handles icons and text. Here is example of my Audi MMI monitoring card, where it is especially visible. Upper entities are displayed using sensor cards embedded into stack, bottom using glance card:
Issue with aligning all cards vertically in one column, despite having enough screen real estate to display in 2 or even 3 columns. Here I’m not sure about circumstances, since for some views it works OK, but I found no differentiator:
Finally I found some cases, where cards displayed as above aligned vertically starts to be treated as single object (?) and additional scrollbar within view is displayed enabling vertical scrolling, despite another scrollbar being displayed by browser:
Again I found no specific configuration, that would cause such behavior. I found it though being consistent between Safari and Chrome on Mac and Chrome and Edge on Windows.
Did anyone found something more what might be reason/solution? Are these issues already known and being worked out? As mentioned earlier I’ve seen someone reported vertical alignment of cards in some other thread, but I can’t find it anymore…
Hi, one question for NUT integration. I have configured one nut integration on Configuration - Integrations in the UI, but if i want to add another NUT integration, i have a error message: Device is already configured. Why? i have 2 UPS on different machine.
I had MyQ and two Harmony remotes set up manually prior to this update. I did the update. I still have the YAML entries for both.
The MyQ integration seems to have adopted the existing yaml config (username & password). Can I now delete the yaml entry?
The Harmony integration added two new conf files to /config. They do not have the remote names (like the original conf files), they just have numbers. The new files seem to be the ones getting used based on the file modified dates. I still only have two Harmony entities showing up. They both have the proper name and all related switches, automations, etc are working. Should I delete the old yaml entries and the old conf files?
I had exactly the same issue. I also noticed, that some automations somehow started acting randomly when triggered by state change of these remotes, sometimes working properly, sometimes not reacting to (reading the other remote state?).
So, what I did finally was to rename existing harmony_xxx.conf files to something different, commenting out harmony related lines in configuration.yaml and restarting HA. After restart HA recreated harmony configuration files with numerics in names (based now on info provided in integration), so the older files could be now removed. I tested whole setup after this change and it seems to work properly… so far