I’m not being given miss information. I’m a developer in my day job. I’m sorry I upset you the other day, that doesn’t mean you need to try to prove me wrong at every post I make. Posting stack traces in the logs would mislead everyone because it’s not an exception. And traversing stack traces to make guesses on what element is loading it would be a massive amount of work that could potentially point to the wrong thing.
1 Like
Since the 2023.4 upgrade (and 2023.4.1), the iOS app appears to have lost some functionality and reliability.
First I noticed the missing gesture pulling out the menu on the left, but this was quickly fixed with an iOS app update.
Now it appears I’ve lost the ability to tap on the top of the screen to have it scroll all the way up to the top of the page (general function across iOS that works in all other apps).
And also, I’m now frequently opening the app to find various icons in my main glance cards blank. The data appears to be accurate, but some of the icons are missing. The workaround is I have to pull down so the app refreshes. This happens after I’ve navigated to other apps for a bit and come back to the HA app.
Is anyone else seeing these issues with the iOS app and the latest HA build?
Think you replied to the wrong person?
Yh for some reason when I initially started my reply then went to reply to yours but realised I was still replying to someone else it changed the target 
I don’t think I can edit it. Let me see, who was it meant for?
Yeah sorry, I can’t change the reply. You can probably just delete it and copy/paste with the correct reply
1 Like
I’ve been using MariaDB without a problem but then was getting the warnings about my MariaDB version from Home Assistant (using Synology)… I then explored other options and decided to give InfluxDB a go, initially I thought it was highly redundant but alas I started to see the benefits.
First benefit is that the DB and entries won’t change, it also doesn’t hold unwanted “junk” like events and so forth which keeps the DB size optimised. You’re also less likely to run the risk of corruption and won’t face issues on migration updates etc.
Secondly, you will have the full history of your sensors and so forth and can manage what to keep and what to remove after a certain period.
From there on, I’ve set MariaDB to purge every 30 days to keep it optimised.
The real issue is that the data isn’t directly accessible from Home Assistant and their cards or history components etc. But I’ve overcome this by using iframes and Grafana.
2 Likes
I’ve just update to 2023.4.1 and noticed that some of my Grafana charts (fed by influxdb) are missing data. In the logs I find (excerpt)
Logger: homeassistant.components.http.security_filter
Source: components/http/security_filter.py:66
Integration: HTTP (documentation, issues)
First occurred: 06:42:11 (18 occurrences)
Last logged: 06:44:14
Filtered a request with unsafe byte query string: /api/hassio_ingress/hg-sVagLsxo9FvO0f-jNSvkCUnzMDATA-ociaxnOUv8/api/datasources/proxy/uid/RV5IoOZgk/query?db=homeassistant&q=SELECT%20spread(%22value%22)%20FROM%20%22state%22%20WHERE%20(%22entity_id%22%20%3D%20%27boiler_burner_starts%27)%20AND%20time%20%3E%3D%20now()%20-%2010d%20and%20time%20%3C%3D%20now()%20GROUP%20BY%20time(1d)%20fill(none)%0A%0A&epoch=ms
Apparently, not all charts are affected. Anyone any idea? Worked flawlessly in the past.
I can reply to myself here. For some reason or the other, this helped: go to each Grafana chart and for each query turn visual editor mode on, save query. Rinse and repeat.
Pretty painless update for me. Thanks to all custom card developers that have updated their cards. And some help here on the forum to update my SQL sensor.
DB migration took very little time (1.6GB repacked to 1.1GB).
This is new and appears after a start up:
Logger: homeassistant.components.utility_meter.sensor
Source: components/utility_meter/sensor.py:438
Integration: Utility Meter (documentation, issues)
First occurred: 15:06:46 (8 occurrences)
Last logged: 15:06:46
Invalid state (unknown > 5910.58)
Invalid state (unknown > 234.0)
Invalid state (unknown > 64.21)
Invalid state (unknown > 132.73)
Invalid state (unknown > 125.44)
Not sure of the usefulness of logging this. That transition is actually good. The bad transition is from 0 -> some total, that sort of transition causes endless issues for energy dashboard users.
1 Like
You’ve hit the nail on the head with your response:
Your mum needs everything to be in the UI. She’s not going to be delving into YAML or installing custom components manually or through HACS, she’s not going to be switching the default DB to MariaDB or porting her data off to influxdb etc.
HA gets closer each release to a mum ready product but until it’s ready (not anytime soon) us hobbyist will just need to live with breaking changes.
Although there are things you can do to relieve the pain, like waiting more than a day or two after the release to upgrade.
I’d argue that if you are a hobbyist who enjoys tinkering you should join the beta release testing to make the .0 releases even more reliable.
1 Like
Hi!
I experienced some issues when doing the update from 2023.3.5 to 2023.4.1. I’m running haOS straight onto an old PC with the MariaDB addon as DB.
I saw the notification “DB migration in progress” but very soon it changed to “DB migration failed” and I noticied that the filesystem had turned into read-only state. I couldn’t even start the phpMyAdmin to have a look. I tried several reboots of the entire machine (power off) and the migration continued to fail. So I started to try to restore from my backup but that also failed, probably because of the read only state. I spent about two hours trying to get the backup to restore with a lot of restarts and then SUDDENLY - everything was fine.
Now the instance works great, and is running on the new release. But how can I be sure that the DB migration was actually successful? I have checked:
- All data appears to be there in the energy dashboard
- History and log panels works great
Any ideas on what else I could check to make sure the migration was ok?
I can however see that the DB-size appears to be still increasing. My daily full backup hasn’t gotten any smaller.
- My oldest one from 2023-03-19 is 850MB.
- The one just before the backup is 1.1 GB taken 2023-04-08.
- The one taken today after the update is still 1.1GB.
Any idea on why the size still keeps increasing?
1 Like
I’d agree, but it’s easier to come on to the forums/ subreddit and lambast the developers.
that should be fixee in 2023.4.2, now the utility is waiting until HA is started
1 Like
Here we go again. Third release this month.
What’s wrong with that?
Things are getting fixed.
If you want less things to need to be fixed in the .0 release join the beta program and help test it.
There are a vey limited number of testers and a vast array of possible configurations.
5 Likes
One question regarding has_value. It works well in templates but not in automations?
I tried to replace this:
condition:
- "{{ trigger.from_state.state not in ['unknown', 'unavailable'] }}"
with this:
condition:
- "{{ has_value(trigger.from_state.state) }}"
but it always return false
1 Like