2023.12: Welcome home!

Is it possible to disable showing user profiles on log in page for local network in HA 2023.12 ?

I use external server as virtual hosting via SSH-tunnel because I have no external static IP. So when I log in from outside my home network my HA detects it as local and uses Local Auth Provider.

1 Like

did anyone also notice an error like:

/usr/local/lib/python3.11/site-packages/aiocoap/transports/tinydtls.py:166: UserWarning: DTLS module did not shut down the DTLSSocket perfectly; it still tried to call _write in vain warnings.warn("DTLS module did not shut down the DTLSSocket "

to show multiple times, and logged by multiple components?
I get these on

while I had always only seen the DTLS errors in Ikea tradfri, and because of that linked it to the failing integration. Apparently this is not specifically related to Tradfri at all…

so not solved at all…

Today i upgraded from 2023.12.0 to the latest version. It is using a lot more memory.
i am runnig HASS in a proxmox VM. Also did a complete reboot after the update. Reverted back to version 2023.12.0

I find the new thermostat cards too easy to change on the mobile Android app. If I’m scrolling through a dashboard with the thermostat card on it, I have frequently changed the set temperature inadvertently just by trying to scroll.


How exactly did switching the current and target temperature on the climate card provide the best experience for the larger part of users? I keep asking for an explanation that lead to this change… haven’t got one argument so far… A lot of people are complaining about this. If I’m forced into making a custom card for something that is common sense (at least in my opinion), I’d at least like to hear the reason why


Telling people to go elsewhere is the exact opposite of helpful. If you have nothing constructive to offer in response, why respond at all? This issue comes up often enough in many places throughout this forum with many people in agreement, yet the responses are so frequently derisive and dismissive.

If one of the goals is to expand the user base, then removing pain points for casual users must move up the priority list. Even for advanced users, there are times when the continuous cycle of updates is annoying or a time waster. Right now, the only option is to either repeatedly skip updates or to disable updates entirely. A UI option to pause updates for a given time, or to only offer an update to the final patch version of the previous months release rather than every single release would be a great start.

And before you respond with more “go code it yourself”, I don’t have the time to invest in learning the code base. But the people who work at Nabu Casa and are being paid to do this should take heed that really growing the user base requires a more manageable update cycle for the casual user.

Given all the effort put into producing the software components needed to replace Google and Alexa speakers, Home Assistant is well positioned to begin capturing more of the user base that has been put off by the degredation of those ecosystems–but not without a strong focus on reducing the maintenance burden. Maybe that means splitting updates which change essential functionality into 3- or 6-month cycles while keeping the monthly non-breaking updates. Maybe it means some other approach. Either way, I’d really encourage all of the devs–paid and otherwise–to start accepting feedback with a little more grace.


For what it’s worth; I am seeing the same errors with Zigbee2MQTT. I had to do a restore back to 2023.11.3 to restore it. I did two reboots and 2 separate Home Assistant restarts without any luck, before the restore.

Sadly I didn’t have a chance to troubleshoot it more as this was a major hit to the family approval factor. I might try again this weekend.

You can already skip updates in the UI, if you install the latest one on the last day of every month, you will accomplish what you are trying to do without any coding at all.

Maybe “Ignore” should reset with each new version.

it does

Do you have history graphs? I had some dashboards that we lagging before and stop after delete those cards using the IOS app.

The day this happens I’ll eat my hat.


My comment was to point out that other projects have a much slower release cycle, but it is still a pain point for users. Very much so by all accounts.

1 Like

The analogy with Windoze device driver updates is better with integrations, you usually can update an integration without having to update HA core. However, at some point you do. And this is not a discussion about semantics. Personally, I would rather wait 6 months for core updates while accepting security/essential (non functionality affecting) changes would be more frequent.

Yes, same for me. I created an issue already during beta testing, core dev did already improvements (thank you!), but not yet perfect. Biggest problem, after unintentional change, you do not know your previous setting any more. Maybe this round slider is not the best choice.

Had also big zha issues. I did several reconfigurations, migrations, etc. And after two days it was working again. No clue why.

It’s not. See this and this other forum topics discussing the security problem this new feature poses.

Also, this GitHub issue that was shut down.

There have also been filed at least two private vulnerability reports.

All has been dismissed by the devs for the reason that Home Assistant now considers all private IP address trusted.


I just looked on Github and there are a few different ZHA related issues that have been logged as a result of HA 2023.12 but it would be a case of seeing if any of these are the same as what we are seeing or if this is something different. The fact that my Z-Wave also failed to start makes me think my issue is more related to the USB initialisation rather than specifically Zigbee / ZHA.

Can anyone explain to me how the statistics integration works with DSMR? I’ve been exporting it to InfluxDB (w/ Grafana). But now it stops frequently sending the updates every few seconds.

This is now by design, but I am unable to find how to use the statistics integration to be like the old DSMR integration (updating every few seconds). Now the lines are unreal or outdated.

It already exists for lots of integrations (HACS, official add-ons), but for integrations that are part of core, you still would be blocked with old version, until you update core…
So this would require significan change in approach to development cycles, to keep separated functional development from maintenance releases.
Frankly speaking, with so dynamic marked for smart home devices/systems, this would be shame to keep new products from integrations into HA, by slowing up major releases cycle to 6 months. BUt this is just my view…

The idea of making all integrations as downloadable independently a la hacs has been floated many times.

Personally i foresee many dependency problems.