Xitee
(Mato)
August 11, 2024, 7:04pm
302
For me it still works without problems. I’m running HA OS.
Draghmar
(Draghmar)
August 11, 2024, 7:34pm
303
This is the same thing, at least from what I understood. And your error is the same as mine.
opened 08:58AM - 10 Aug 24 UTC
integration: media_player
integration: yamaha
### The problem
The yahama integration is broken after upgrade to 2024.8.0, it … was working fine until I upgraded.
### What version of Home Assistant Core has the issue?
core-2024.8.0
### What was the last working version of Home Assistant Core?
core-2024.7.3
### What type of installation are you running?
Home Assistant OS
### Integration causing the issue
yamaha
### Link to integration documentation on our website
https://www.home-assistant.io/integrations/yamaha
### Diagnostics information
_No response_
### Example YAML snippet
```yaml
- platform: yamaha
name: yamaha
host: x.x.x.x
source_ignore:
- "AV1"
- "AV2"
- "AV3"
- "AV4"
- "AV5"
- "AV6"
- "AUX"
- "HDMI5"
- "HDMI6"
source_names:
HDMI1: "FireTV"
HDMI3: "Chromecast"
HDMI2: "SteamDeck"
HDMI4: "GamePC"
```
### Anything in the logs that might be useful for us?
```txt
Logger: homeassistant.components.media_player
Source: helpers/entity_platform.py:364
integration: Media player ([documentation](https://www.home-assistant.io/integrations/media_player), [issues](https://github.com/home-assistant/core/issues?q=is%3Aissue+is%3Aopen+label%3A%22integration%3A+media_player%22))
First occurred: 10:02:17 AM (1 occurrences)
Last logged: 10:02:17 AM
Error while setting up yamaha platform for media_player
Traceback (most recent call last):
File "/usr/src/homeassistant/homeassistant/helpers/entity_platform.py", line 364, in _async_setup_platform
await asyncio.shield(awaitable)
File "/usr/src/homeassistant/homeassistant/components/yamaha/media_player.py", line 167, in async_setup_platform
zone_ctrls = await hass.async_add_executor_job(_discovery, config_info)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/local/lib/python3.12/concurrent/futures/thread.py", line 58, in run
result = self.fn(*self.args, **self.kwargs)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/src/homeassistant/homeassistant/components/yamaha/media_player.py", line 136, in _discovery
for recv in rxv.find():
^^^^^^^^^^
File "/usr/local/lib/python3.12/site-packages/rxv/__init__.py", line 19, in find
return [RXV(**ri._asdict()) for ri in ssdp.discover(timeout=timeout)]
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/local/lib/python3.12/site-packages/rxv/ssdp.py", line 68, in discover
m = re.search(r"LOCATION:(.+)", res.decode('utf-8'), re.IGNORECASE)
^^^^^^^^^^^^^^^^^^^
UnicodeDecodeError: 'utf-8' codec can't decode byte 0xc5 in position 1: invalid continuation byte
```
### Additional information
_No response_
petro
(Petro)
August 11, 2024, 7:38pm
304
Yep, there’s a fix for that.
home-assistant:dev
← pssc:yamaha-misc-fixes
opened 05:32PM - 10 Aug 24 UTC
## Proposed change
<!--
Describe the big picture of your changes here to com… municate to the
maintainers why we should accept this pull request. If it fixes a bug
or resolves a feature request, be sure to link to that issue in the
additional information section.
-->
Suppress Unicode code error whist trying to match receiver zone info with serial
## Type of change
<!--
What type of change does your PR introduce to Home Assistant?
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 integration (thank you!)
- [ ] New feature (which adds functionality to an existing integration)
- [ ] Deprecation (breaking change to happen in the future)
- [ ] Breaking change (fix/feature causing existing functionality to break)
- [ ] Code quality improvements to existing code or addition of tests
## 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 #123517
- This PR is related to issue:
- 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] Local tests pass. **Your PR cannot be merged unless tests pass**
- [x] There is no commented out code in this PR.
- [ ] I have followed the [development checklist][dev-checklist]
- [ ] I have followed the [perfect PR recommendations][perfect-pr]
- [x] The code has been formatted using Ruff (`ruff format homeassistant tests`)
- [x] 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]
If the code communicates with devices, web services, or third-party tools:
- [ ] The [manifest file][manifest-docs] has all fields filled out correctly.
Updated and included derived files by running: `python3 -m script.hassfest`.
- [ ] New or updated dependencies have been added to `requirements_all.txt`.
Updated by running `python3 -m script.gen_requirements_all`.
- [ ] For the updated dependencies - a link to the changelog, or at minimum a diff between library versions is added to the PR description.
<!--
This project is very active and we have a high turnover of pull requests.
Unfortunately, the number of incoming pull requests is higher than what our
reviewers can review and merge so there is a long backlog of pull requests
waiting for review. You can help here!
By reviewing another pull request, you will help raise the code quality of
that pull request and the final review will be faster. This way the general
pace of pull request reviews will go up and your wait time will go down.
When picking a pull request to review, try to choose one that hasn't yet
been reviewed.
Thanks for helping out!
-->
To help with the load of incoming pull requests:
- [ ] I have reviewed two other [open pull requests][prs] in this repository.
[prs]: https://github.com/home-assistant/core/pulls?q=is%3Aopen+is%3Apr+-author%3A%40me+-draft%3Atrue+-label%3Awaiting-for-upstream+sort%3Acreated-desc+review%3Anone+-status%3Afailure
<!--
Thank you for contributing <3
Below, some useful links you could explore:
-->
[dev-checklist]: https://developers.home-assistant.io/docs/development_checklist/
[manifest-docs]: https://developers.home-assistant.io/docs/creating_integration_manifest/
[quality-scale]: https://developers.home-assistant.io/docs/integration_quality_scale_index/
[docs-repository]: https://github.com/home-assistant/home-assistant.io
[perfect-pr]: https://developers.home-assistant.io/docs/review-process/#creating-the-perfect-pr
Anyone any idea how to fix this regarding the new Elevenlabs integration?
Google tts still works fine, but the new Elevenlabs doesn’t.
I get this:
2024-08-11 18:12:00.139 ERROR (Thread-6) [homeassistant.components.cast.media_player] Failed to cast media http://192.xx.xx.xx:8123/api/tts_proxy/640xxxxxxxfa_en_-_tts.elevenlabs.mp3 from internal_url (http://192.xx.xx.xx:8123 ). Please make sure the URL is: Reachable from the cast device and either a publicly resolvable hostname or an IP address
TryingHA
(James)
August 11, 2024, 8:26pm
306
I’m using a DS720+ mine has failed a few times. It has been running overnight now. I have a 13 gb database though.
After days of trying to get it to work, I just deleted the database and let it re-seed.
menic
(Nicolai Lindholm)
August 11, 2024, 11:45pm
307
For me, this is resolved in the 2024.8.1 release. Thank you
tom_l
August 12, 2024, 1:12am
308
That’s weird because 2024.8.1 breaks the integration for just about everyone else.
opened 06:43PM - 10 Aug 24 UTC
integration: daikin
### The problem
After the update to 2024.8.1 all my AC's are unavailable.
Th… is is reported in the logs:
`2024-08-10 20:34:29.753 ERROR (MainThread) [pydaikin.daikin_base] Exception in TaskGroup: 'DaikinBRP069' object has no attribute 'headers'
2024-08-10 20:34:29.754 ERROR (MainThread) [homeassistant.components.daikin] Unexpected error creating device 10.10.3.6
2024-08-10 20:34:29.754 ERROR (MainThread) [pydaikin.daikin_base] Exception in TaskGroup: 'DaikinBRP069' object has no attribute 'headers'
2024-08-10 20:34:29.754 ERROR (MainThread) [homeassistant.components.daikin] Unexpected error creating device 10.10.3.5
2024-08-10 20:34:29.754 ERROR (MainThread) [pydaikin.daikin_base] Exception in TaskGroup: 'DaikinBRP069' object has no attribute 'headers'
2024-08-10 20:34:29.754 ERROR (MainThread) [homeassistant.components.daikin] Unexpected error creating device 10.10.3.7
2024-08-10 20:34:29.754 ERROR (MainThread) [pydaikin.daikin_base] Exception in TaskGroup: 'DaikinBRP069' object has no attribute 'headers'
2024-08-10 20:34:29.754 ERROR (MainThread) [homeassistant.components.daikin] Unexpected error creating device 10.10.3.8`
### What version of Home Assistant Core has the issue?
core-2024.8.1
### What was the last working version of Home Assistant Core?
core-2024.8.0
### What type of installation are you running?
Home Assistant OS
### Integration causing the issue
daikin
### Link to integration documentation on our website
https://www.home-assistant.io/integrations/daikin
### Diagnostics information
_No response_
### Example YAML snippet
_No response_
### Anything in the logs that might be useful for us?
_No response_
### Additional information
_No response_
There’s another update coming in 2024.8.2 that will hopefully fix it.
froman
(Frank Romaniello)
August 12, 2024, 2:22am
309
I get this too. If I try to slowly scroll, it does the looping you describe. If I scroll quickly, I can get out of the loop.
GSzabados
(Gábor Szabados)
August 12, 2024, 8:43am
310
Thanks for the reply and for all the other ones. Actually there are about 5 issues with the same content on Github regarding this for the past 2 months since the new design was released.
Some issues also highlight accessibility issues with the new design by a user who has visual impairment and cannot adjust text size as he would like.
Of course, none of these issues has any input on them or acknowledgement that they are being worked on it.
Open source or not, but the website is the first thing what a new comer would look at before installing HA.
andras-tim
(András Tim)
August 12, 2024, 11:17am
311
Same issue with old Daikin AC (with firmware 1.14.84)
tom_l
August 12, 2024, 11:28am
312
The fix will be released with 2024.8.2 on the 16th .
2 Likes
Redpizza
(redpizza)
August 12, 2024, 2:47pm
313
I’m also seeing Display Precision ignored since upgrading to 2024.8.1:
def1149
August 12, 2024, 3:15pm
314
New badges don’t work correctly for color control in some cases. I have garage door open/close sensor. I created two badges one for open and one for closed. I set the open icon to garage open, and garage closed to closed icon. Similarly, it set the color to yellow for open and green for closed. Then I set the visiblity for each badge based on open or closed . When the garage is open the open badge appears and color is yellow and the icon is open. When the garage is closed then icon is closed but the color is gray, not green. I have other sensors (3 states) for air quality sensor that work correctly for color control.
Doesn’t work
type: entity
entity: binary_sensor.garage_door_sensor_opening
icon: mdi:garage
display_type: complete
name: Garage
color: green ## <--- icon color is grey (Dark Theme)
visibility:
- condition: state
entity: binary_sensor.garage_door_sensor_opening
state: 'off'
Works
type: entity
entity: binary_sensor.garage_door_sensor_opening
icon: mdi:garage-open
display_type: complete
name: Garage
color: yellow
visibility:
- condition: state
entity: binary_sensor.garage_door_sensor_opening
state: 'on'
Also works
type: entity
entity: sensor.air_quality_result
display_type: complete
visibility:
- condition: state
entity: sensor.air_quality_result
state: Good
color: green
It would be better (not kludgey) not to have to use multiple badges and visibility control for different states of the same sensor for icon and color control
you should write that up as a Github issue in the Frontend repo. so the devs can have a look
(as you were asked to do by a Mod before your wrote this post…)
1 Like
def1149
August 12, 2024, 3:56pm
316
OK did that. This post may get others to try to reproduce
maxl67
(Maxl67)
August 12, 2024, 5:17pm
317
After updating to v2024.8.0 I lost all my Xiaomi ZigBee devices (battery)
I run HA in a docker on my NAS and map my Zigbee USB stick (HUSBZB-1) into the container.
After the update alle devices of the following types are not available:
XIAOMI mi Aqara doorsensors (13)
XIAOMI mi Aqara climate sensor(1)
Other (power connected) zigbee devices are still operational:
IKEA Tradfri zigbee repeaters
IKEA Tradfri zigbee outlet switches
PHILIPS Zigbee light strip
So in principle my zigbee stick is still working.
I tried to reconnect one of the door sensors again to my setup but get a different type of device:
seems to be a switch and not a door sensor any more. The sensor entity is not working either. Update to 2024.8.1 did not change anything.
Any suggestions what went wrong?
@mattyway
After the update, my Daikin integration stopped working.
My Daikin WiFi module is BRP069B41.
I did a rollback to 2024.7 and it worked again.
I see that there has been a change in the integration.
So I suppose something went wrong with this upgrade, can you check please, with this warm weather, this integration is certainly interesting to have.
It’s been mentioned and reported multiple times in this thread. A few posts up from yours, there’s even an expected date for the fix.
Thanks,
good thing that the backup/restore mechanism is working so good, just the energy dashboard stats going bad.
PSA: Users of custom front-end components BEWARE of this update. Especially if you’re using templating to express states / adapt your UI in some conditions.
I spent my entire weekend trying to fix what this broke, and ultimately rolled back to 2024.7.1 because of how bad of a state this put me in.
There are reports of this same issue popping up across this and other forums, but they all follow a similar pattern: If you’re using a Raspberry PI 3 or 4 with an external SSD, and have some HACS components for your dashboard (especially using templating) your host will become unresponsive randomly. You’ll have to manually pull the power and reboot it to bring it back online. It could be minutes, or hours, but once it starts it will not stop.
If you’re getting the dreaded “Connection lost” toast for seemingly no reason, and after reboot you’re seeing “The last session didn’t shut down cleanly” (or similar) save yourself some time and roll back to 2024.7.x.