home-assistant
New app ignored selected theme on top row
Android version(s): Pixel android 16 update 5th August
Device model(s): Pixel pro 9XL
Home Assistant version: 2025.8.3 Last working Home Assistant release (if known): Worked fine with last version of companion app along with same HA core and Android version
Description of problem, include YAML if issue is related to notifications:
Now getting a white header that do not respect selected theme.
Screenshot or video of problem:
Additional information:
I am experiencing a similar issue on the tablet (Lenovo Smart Tab M10 Plus - TB-X606F) mounted on my wall that I use to display HA information. The problem started with version 2025.8.7 and persists after manually installing version 2025.8.8.
My companion app is configured to run in full-screen mode, but both a header and a footer are still displayed. The header corresponds to the Android notification area, and the footer corresponds to the navigation bar. If I disable the navigation buttons in the Android device settings, the HA footer becomes smaller. I use a picture element sized to match the screen, but now I have to scroll to view the full image, which was not required previously.
Additionally, the WallPanel screensaver (HACS add-on) now displays a blue header and a white footer, both matching the size of the Android notification area and navigation bar. These elements were not present previously.
Does the system status bar not using your theme color always happen for you, or only some of the time?
Does the system status bar not using your theme color always happen for you, or only some of the time?
On every start.
I have a similar issue on several android phones using Android 9 to current. (HA is on version 2025.8.3) I would say the header is obeying the theme ( I can reduce the header height in my theme and it gets smaller or bigger), but the real estate of the notification/status bar of android is being displayed even when the "Full Screen" is on in the app settings. This appears to be similar to the screen shot in the original post. So, in my case the header looks to be twice the size it should be and this only happened since 2025.8.7 It happens after every restart. Using default colours in my slightly modified default theme
I have a similar issue on several android phones using Android 9 to current. (HA is on version 2025.8.3) I would say the header is obeying the theme ( I can reduce the header height in my theme and it gets smaller or bigger), but the real estate of the notification/status bar of android is being displayed even when the "Full Screen" is on in the app settings. This appears to be similar to the screen shot in the original post. So, in my case the header looks to be twice the size it should be and this only happened since 2025.8.7 It happens after every restart. Using default colours in my slightly modified default theme
It did follow the theme until 2025.8.7-full Still follows the theme om my ipads and on desktop
All my devices follow the theme colours but all of my devices using the companion app have a header now x2 the height before 2025.8.7 irrespective of android versions. It works for me on any browser, just not on the companion app, so that suggests its a webview issue.
All my devices follow the theme colours but all of my devices using the companion app have a header now x2 the height before 2025.8.7 irrespective of android versions. It works for me on any browser, just not on the companion app, so that suggests its a webview issue.
Could you make a screenshot? We do add a fake rectangle below the statusbar and color it with the value that we get from the frontend. But I'm aware of a bug from the frontend where the color return is null for some unknown reason. The actual fix that we are aiming is having the frontend actually being fully compatible with the edge to edge feature of Android. We have a PR open but it is still in in development phase.
A screenshot of what? I have posted a screenshot (4 posts up) showing the header with the correct theme colour but its height is roughly twice the height it was before. As said previously I suspect this is the Android notification area not being suppressed by "full screen" mode in settings. Maybe that's a red herring.
A screenshot of what? I have posted a screenshot (4 posts up) showing the header with the correct theme colour but its height is roughly twice the height it was before. As said previously I suspect this is the Android notification area not being suppressed by "full screen" mode in settings. Maybe that's a red herring.
What device do you have? To determine the size of this rectangle behind the statusbar we request a system API that gives us a safe area to not draw the dashboard behind something like a camera hole in the screen.
I have a several all showing the same issue. For example a galaxy J5 on Android 9, a galaxy S 22 Ultra on Android 15, a galaxy A13 on android 14.
I believe it always had the header colour up to the top of the screen i.e around the camera but I cant check as all my devices have updated to 2025.8.7. The dashboard appeared below the header ok as it does now. My galaxy J5 has no camera at the top of the screen but shows a large header, which it didn't before.
Ok this is a screenshot of the companion app on my S22 Ultra with full screen off using my dark theme.
And this is with full screen on (same theme)
I'm not sure about it being related to #5539 since it doesn't exhibit those symptoms as seen in the screen shots above. Edit: looking closer at the screen shots in #5539 it is very similar.
The extra theme coloured box above the header was not apparent to me before 2025.8.7.
If I'm not wrong the S22 Ultra has a notch right? Because of that the Inset API that we are using is giving us a safe area bellow the notch is it the case?
Although I did found an issue on old version of Android (9) where I don't have a notch, but the safeDrawing Inset API is still returning a value for the height for some odd reason WindowInsets.safeDrawing: ((systemBars(0, 63, 0, 0) ∪ ime(0, 0, 0, 0)) ∪ displayCutout(0, 0, 0, 0)). Even the API WindowInsets.areStatusBarsVisible return true.
This issue has been introduced when we've enabled the edge-to-edge capability from newest API.
Once we have the frontend ready for edge to edge https://github.com/home-assistant/frontend/pull/25566 you might be able modify the CSS on your side to bypass the issue on old device or bypass the safe area. But we won't remove this feature as it is needed for the new Android APIs.
Thanks for the explanation.
Yes the S22 Ultra does have a notched forward facing camera embedded into the status area, whereas the J5 does not. The J5 is used as a small wall panel dashboard so it is noticeable whereas the other are just "remotes" on the phones so does not matter so much.
So I will wait and see if I can alter this using card-mod or the like when the #25566 frontend is released.
Thanks
Thanks for the explanation.
Yes the S22 Ultra does have a notched forward facing camera embedded into the status area, whereas the J5 does not. The J5 is used as a small wall panel dashboard so it is noticeable whereas the other are just "remotes" on the phones so does not matter so much.
So I will wait and see if I can alter this using card-mod or the like when the #25566 frontend is released.
Thanks
Yeah J5 is most probably impacted by the bug I found on old version of Android.
Thanks for the explanation.
Yes the S22 Ultra does have a notched forward facing camera embedded into the status area, whereas the J5 does not. The J5 is used as a small wall panel dashboard so it is noticeable whereas the other are just "remotes" on the phones so does not matter so much.
So I will wait and see if I can alter this using card-mod or the like when the #25566 frontend is released.
Thanks
Yes, and so does the Pixel. It also has a camera in the status field but that hasn't stopped HA from setting it's background colour until just before the update to 2025.8.7-full.
Thanks for the explanation. Yes the S22 Ultra does have a notched forward facing camera embedded into the status area, whereas the J5 does not. The J5 is used as a small wall panel dashboard so it is noticeable whereas the other are just "remotes" on the phones so does not matter so much. So I will wait and see if I can alter this using card-mod or the like when the #25566 frontend is released. Thanks
Yes, and so does the Pixel. It also has a camera in the status field but that hasn't stopped HA from setting it's background colour until just before the update to 2025.8.7-full.
Indeed that's another issue that would also be solved by the frontend support of edge to edge. I do see this white bar from time to time because we are not able to get the value out of the CSS for some reason.
Indeed it comes with the new version since this version target API 36 (Android 16) that enables edge to edge by default which was not the case before.
Same issue here since I installed 2025.8.7-full version of the android app on my Amazon Fire HD 10. Issues introduced in this version:
- even in full screen mode of the companion app, the bottom Android navigation bar is not hidden completely: keys are, but the bar itself stays there blank
- even in full screen mode, the top part of the screen doesn't expand like it used to
- when I enter the companion app settings, the app crashes
The final effect is that top and bottom part of the dashboard are hidden, hence not allowing to control buttons placed there.
Would it be possible to revert back all the changes introduced with the new version of the app?
Hi, I also encountered the same screen-cropping issue with the latest update. I hope it can be resolved without difficulty. I'm attaching the screenshots to better explain the problem:
A ) Version prior to 2025.8.7, everything's fine
B ) Version 2025.8.7, truncated image
C ) Version 2025.8.7 with the standard tablet icons that then disappear automatically, maintaining the area.
Hi, I also encountered the same screen-cropping issue with the latest update. I hope it can be resolved without difficulty. I'm attaching the screenshots to better explain the problem:
A ) Version prior to 2025.8.7, everything's fine
B ) Version 2025.8.7, truncated image
C ) Version 2025.8.7 with the standard tablet icons that then disappear automatically, maintaining the area.
This is the same broken behavior I'm seeing with the new version of the Android app
Hi, I also encountered the same screen-cropping issue with the latest update. I hope it can be resolved without difficulty. I'm attaching the screenshots to better explain the problem: A ) Version prior to 2025.8.7, everything's fine
B ) Version 2025.8.7, truncated image
C ) Version 2025.8.7 with the standard tablet icons that then disappear automatically, maintaining the area.
This is the same broken behavior I'm seeing with the new version of the Android app
Unfortunately like I've explain this is due to a bug in the API from Google about the Insets. For now the only way I see to fix it is to have the frontend fully support edge to edge so that on your side you can override the CSS values to force removing the safe areas. Another solution would be that Google fix the API but I wouldn't count in this since they mostly focus on new APIs.
Hi, I also encountered the same screen-cropping issue with the latest update. I hope it can be resolved without difficulty. I'm attaching the screenshots to better explain the problem: A ) Version prior to 2025.8.7, everything's fine
This is the same broken behavior I'm seeing with the new version of the Android app
Unfortunately like I've explain this is due to a bug in the API from Google about the Insets. For now the only way I see to fix it is to have the frontend fully support edge to edge so that on your side you can override the CSS values to force removing the safe areas. Another solution would be that Google fix the API but I wouldn't count in this since they mostly focus on new APIs.
What about reverting the changes that led to this problem for now, until a better solution is found?
Hi, I also encountered the same screen-cropping issue with the latest update. I hope it can be resolved without difficulty. I'm attaching the screenshots to better explain the problem: A ) Version prior to 2025.8.7, everything's fine
This is the same broken behavior I'm seeing with the new version of the Android app
Unfortunately like I've explain this is due to a bug in the API from Google about the Insets. For now the only way I see to fix it is to have the frontend fully support edge to edge so that on your side you can override the CSS values to force removing the safe areas. Another solution would be that Google fix the API but I wouldn't count in this since they mostly focus on new APIs.
What about reverting the changes that led to this problem for now, until a better solution is found?
Unfortunately we have to support Android 16 and it would a be real pain to handle both case. So it is not an option for now. I encourage you to show interest (likes for instance) in the frontend PR instead.
Hi, I also encountered the same screen-cropping issue with the latest update. I hope it can be resolved without difficulty. I'm attaching the screenshots to better explain the problem: A ) Version prior to 2025.8.7, everything's fine
This is the same broken behavior I'm seeing with the new version of the Android app
Unfortunately like I've explain this is due to a bug in the API from Google about the Insets. For now the only way I see to fix it is to have the frontend fully support edge to edge so that on your side you can override the CSS values to force removing the safe areas. Another solution would be that Google fix the API but I wouldn't count in this since they mostly focus on new APIs.
What about reverting the changes that led to this problem for now, until a better solution is found?
Unfortunately we have to support Android 16 and it would a be real pain to handle both case. So it is not an option for now. I encourage you to show interest (likes for instance) in the frontend PR instead.
Oh ok, sorry, didn't realize this was needed for Android 16 support. I'd be glad to show interest in the frontend PR. Are you referring to a specific one? If so, would you mind sharing the link to it so that people from this thread can have a look?
I've started the PR https://github.com/home-assistant/frontend/pull/25566 but I cannot finish it since it touches too many pieces and I don't know the codebase enough. So we are waiting from someone from the frontend team to take it 👍🏻.
I've started the PR home-assistant/frontend#25566 but I cannot finish it since it touches too many pieces and I don't know the codebase enough. So we are waiting from someone from the frontend team to take it 👍🏻.
I've added a like to your PR and also dropped a comment; thanks for taking care of that code!
In the meantime, I've installed back the latest working version (2025.7.1) and life is good again for me, at least for the time being.
Hi, I also encountered the same screen-cropping issue with the latest update. I hope it can be resolved without difficulty. I'm attaching the screenshots to better explain the problem:
A ) Version prior to 2025.8.7, everything's fine
B ) Version 2025.8.7, truncated image
C ) Version 2025.8.7 with the standard tablet icons that then disappear automatically, maintaining the area.
Same here, i thought i was going crazy! Thanks for all your efforts in resolving as this renders my dashboard cropped as well.
Navbar behavior is not a frontend issue but a regression in the Android app safe area.
- Device: Xiaomi Redmi 5 Plus, Android 7.1.2
- App: 2025.9.2
- Full-screen mode ON, navbar auto-hide enabled.
Problem: WebView is always shifted up for navbar, but it has hidden.
Expected: when the system navigation bar is hidden in full-screen mode, the app must not reserve space for it. The WebView should extend to the full physical screen height.
1. Launch the app. On the splash screen, the HA logo is already cut off by a bottom area reserved for the navigation bar – but the nav bar is hidden.
Screenshot
2. During loading, the splash re-lays out upward to keep that strip.
Screenshot
3. When WebView loads, it inherits the same reduced height. The screenshots show the boundaries of the webview. And if everything rests on the status bar from above, then from below on some kind of forced strip.
Screenshots
Video
https://github.com/user-attachments/assets/3792374a-03bc-4b56-be26-14ca7fd28e92
UPD: Rolled back to version 7.1 and the status bar was hidden there too. It was only broken by changes in the application.
Navbar behavior is not a frontend issue but a regression in the Android app safe area.
- Device: Xiaomi Redmi 5 Plus, Android 7.1.2
- App: 2025.9.2
- Full-screen mode ON, navbar auto-hide enabled.
Problem: WebView is always shifted up for navbar, but it has hidden.
Expected: when the system navigation bar is hidden in full-screen mode, the app must not reserve space for it. The WebView should extend to the full physical screen height.
1. Launch the app. On the splash screen, the HA logo is already cut off by a bottom area reserved for the navigation bar – but the nav bar is hidden.
Screenshot
2. During loading, the splash re-lays out upward to keep that strip.
Screenshot
3. When WebView loads, it inherits the same reduced height. The screenshots show the boundaries of the webview. And if everything rests on the status bar from above, then from below on some kind of forced strip.
Screenshots
Video
Screenrecorder-2025-09-27-16-44-07-137_compressed.mp4
The strang thing is that in your case the navbar is following the theme set in HA but not in my case.
Think is has to do with background type. Your theme is only a colour whilst my theme is bases on a wallpaper picture.