w00zy
September 8, 2023, 4:32pm
205
The AC in ventilation mode is not showing anything
That’s just it: it’s in my dev Ui dashboard where I try all core card options …
No yaml for that
But check this now:
Closing
Opening:
Fingers crossed for closed:
Arrgg
petro
(Petro)
September 8, 2023, 4:35pm
207
Yes there is… there’s yaml for everything. Just click the “show code editor” button.
Ofc . I know … just that it wasn’t me this time…
type: tile
entity: cover.screen_keuken
features:
- type: cover-open-close
- type: cover-position
We need a copy button in that editor…
1 Like
tom_l
September 8, 2023, 5:50pm
210
That needs to be taken up with the third party card developer, have you opened an issue with them?
yousaf465
(Yousaf465)
September 8, 2023, 6:21pm
211
Only one WLED and only one light.wled2 entity.
SlavikS
September 8, 2023, 6:48pm
213
Same for me. Had to go back to previous version too.
Gav_in
(Gavin)
September 8, 2023, 6:59pm
215
Someone has… so no need for more on it here (hopefully)
opened 11:23PM - 06 Sep 23 UTC
bug
Hi,
After the 2023.9 update of HA i had this bug :
![1](https://github.… com/kinghat/tabbed-card/assets/60610165/a2e6f747-945b-42d9-850b-635767d272e1)
When i press modify the page to check for parameters it comes back to normal and as it's supposed to look :
![2](https://github.com/kinghat/tabbed-card/assets/60610165/fba7a48e-60a9-420a-a65d-9028fd926f52)
I have several cards in it, but the parameters i use are the following :
```css
- type: custom:tabbed-card
options: {}
tabs:
[...]
styles:
'--mdc-theme-primary': white
'--mdc-tab-color-default': rgba(250, 255, 255, 0.7)
'--mdc-tab-text-label-color-default': rgba(250, 255, 255, 0.7)
'--mdc-typography-button-font-size': 10px
'--mdc-tab-stacked-height': 55px
```
Never had this bug before 2023.9, it happened just after updating and appears everytime i refresh my browserr
Edit: x2… sorry Tom
spacegaier
(Philip Allgaier)
September 8, 2023, 7:52pm
216
That is somewhat “expected”. I will prepare a PR with a fix proposal to get the discussion started.
home-assistant:dev
← spacegaier:cover-tile-color
opened 07:58PM - 08 Sep 23 UTC
<!--
You are amazing! Thanks for contributing to our project!
Please, DO N… OT DELETE ANY TEXT from this template! (unless instructed).
-->
## Breaking change
<!--
If your PR contains a breaking change for existing users, it is important
to tell them what breaks, how to make it work again and why we did this.
This piece of text is published with the release notes, so it helps if you
write it towards our users, not us.
Note: Remove this section if this PR is NOT a breaking change.
-->
## Proposed change
Issue reported in release thread: https://community.home-assistant.io/t/2023-9-new-climate-entity-dialogs-lots-of-tile-features-and-template-sensors-from-the-ui/611299/206
This PR https://github.com/home-assistant/frontend/pull/17685 enforced that the closed state color should be the same as the open one (needed for the HA default theme to prevent gray sliders). However that means we are ignoring the color vars from themes. This PR is a workarund, although there might be a nicer way perhaps?
To recreate use a theme that sets:
```
state-cover-closed-color: maroon
state-cover-closing-color: blue
state-cover-open-color: gold
state-cover-opening-color: orange
state-cover-unknown-color: slategrey
```
Closed state should be maroon, but is actually gold without this fix.
## Type of change
<!--
What type of change does your PR introduce to the Home Assistant frontend?
NOTE: Please, check only 1! box!
If your PR requires multiple boxes to be checked, you'll most likely need to
split it into multiple PRs. This makes things easier and faster to code review.
-->
- [ ] Dependency upgrade
- [X] Bugfix (non-breaking change which fixes an issue)
- [ ] New feature (thank you!)
- [ ] Breaking change (fix/feature causing existing functionality to break)
- [ ] Code quality improvements to existing code or addition of tests
## Example configuration
<!--
Supplying a configuration snippet, makes it easier for a maintainer to test
your PR.
-->
```yaml
```
## Additional information
<!--
Details are important, and help maintainers processing your PR.
Please be sure to fill out additional details, if applicable.
-->
- This PR fixes or closes issue: fixes #
- This PR is related to issue or discussion:
- Link to documentation pull request:
## Checklist
<!--
Put an `x` in the boxes that apply. You can also fill these out after
creating the PR. If you're unsure about any of them, don't hesitate to ask.
We're here to help! This is simply a reminder of what we are going to look
for before merging your code.
-->
- [X] The code change is tested and works locally.
- [X] There is no commented out code in this PR.
- [ ] Tests have been added to verify that the new code works.
If user exposed functionality or configuration variables are added/changed:
- [ ] Documentation added/updated for [www.home-assistant.io][docs-repository]
<!--
Thank you for contributing <3
-->
[docs-repository]: https://github.com/home-assistant/home-assistant.io
2 Likes
Thanks Philip, thats exactly what is happening indeed, great you picked its up!
tjhart85
(TJH)
September 9, 2023, 1:02am
218
Ugh, that ESPHOME breaking change is going to hurt over the next few months as I upgrade from 8266 to esp32’s, if I can’t just easily swap them out!
nickrout
(Nick Rout)
September 9, 2023, 2:50am
219
Not sure that it will be that dramatic. Just delete the old device and let the system discover the new one.
tjhart85
(TJH)
September 9, 2023, 3:39am
220
Hm … Maybe I’m misunderstanding the severity, won’t this result in all the entities potentially having incorrect ids and needing their entities to be re-assigned to areas?
Does the below sound accurate:
Right now, all I’d need to do is update the esphome config, flash it and replace the device and that’s it.
Once I upgrade, I’ll have to do all of that, delete the device from HA but keep track of the entity_id’s, restart (or reload … whichever is needed), add the ‘new’ device and then check the entity_id’s and correct them if necessary, re-assign the area for the device (or individual entities, whichever applies for this specific device since a dozen or so of my devices have multiple sensors in different rooms, so the areas of the individual entities don’t always match the area of the device itself).
I get that this may be a spacebar heating situation, but it doesn’t make it suck any less, lol. I’ve largely been unaffected by breaking changes for the last few years, so I guess I was bound to have something affect me again eventually :-\
nickrout
(Nick Rout)
September 9, 2023, 3:49am
221
If you are using the same config on the new device, I think the entity_ids should be the same. (I based my comment on that assumption, but as I often say to others, assumption is the mother of failure.)
1 Like
tjhart85
(TJH)
September 9, 2023, 4:03am
222
Oh well, I’ll see what happens, I’ll already be limited in how fast I can deploy these replacements just by how fast I can physically get them swapped out and configured … adding an extra couple steps into the mix won’t inconvenience me too much, but it seems like a lot of extra work I’ve got to do just because some others can’t set their IPs properly (but, to be fair, it’s only a lot of extra work in the quite rare instance where you’re replacing an ESPHOME device with another virtually identical one).
tom_l
September 9, 2023, 4:09am
223
They will be. I always delete my existing ESPHome devices from HA before replacing the ESP board. Never had an issue. You will lose any customisations made via the UI. Fortunately there is little need for this nowadays.
3 Likes
Too bad the Overkiz entities (Rssi/number) that were borked for some time and had finally returned after Pr in 2023.9, now are gone again in 2023.9.1…
opened 06:03PM - 12 Jun 23 UTC
integration: overkiz
### The problem
After updating HA from 2023.5.4 to 2023.6.1 I noticed that some… of the entities provided by the Overkiz integration became unavailable. Some of the unavailable entities now have a new entities of that same "type". See for example the "My position" slider in the screenshot
![image](https://github.com/home-assistant/core/assets/732514/16769147-888c-4ac5-a005-2eeea26599fa)
This happend for all 5 roller shutters I have connected to the Tahome Switch hub.
### What version of Home Assistant Core has the issue?
2023.6.1
### What was the last working version of Home Assistant Core?
2023.5.4
### What type of installation are you running?
Home Assistant OS
### Integration causing the issue
Overkiz
### Link to integration documentation on our website
https://www.home-assistant.io/integrations/overkiz
### Diagnostics information
[overkiz-2910f402e809161e4e71c45ac5509c66-Badkamer rolluik-19fe4684d5cfba99f9de9a64390e181a.json.txt](https://github.com/home-assistant/core/files/11726642/overkiz-2910f402e809161e4e71c45ac5509c66-Badkamer.rolluik-19fe4684d5cfba99f9de9a64390e181a.json.txt)
### Example YAML snippet
_No response_
### Anything in the logs that might be useful for us?
```txt
This is the only thing I see in the logs for Overkiz.
Logger: homeassistant.components.overkiz
Source: helpers/update_coordinator.py:229
Integration: Overkiz (documentation, issues)
First occurred: 10 June 2023 at 15:26:20 (1 occurrences)
Last logged: 10 June 2023 at 15:26:20
Error requesting device events data: Cannot connect to host ha101-1.overkiz.com:443 ssl:default [Try again]
```
### Additional information
Not sure if relevant, but I also have the Tahoma Switch configured in Homekit Controller.
Hope this will finally point to why they were borked in the first place
1 Like
I’m not sure if this is true of all climate entities, or just an interaction between the Daikin integration and the new More Info display, but it rounds decimal values to a whole number.
See that the Daikin is actually set to 15.5º, but the new interface shows this as 16º.
It also means you can no longer set it to half degree values as you used to.
Are people finding this with other integrations too?
1 Like