Yes, the MP3 is in set in the sonos device, not playing. I can’t clear it, but I can put something else in the Sonos app.
Is there a way for the automation to unqueue the media?
You should be able to use the media_player.clear_playlist service.
I may have found a solution to this issue.
All my media sound files that play through my Sonos I renamed to remove spaces, and replaced with an underscore or hyphen. Since having done this, no more login errors I’ve encountered.
Fingers crossed that the spaces was causing the issues.
1 Like
Been happening to me for a few months now as well. Yesterday I tried upgrading to the latest HassOS and 2023.6.3 and still doing it.
I do have some local media, and I tried removing the spaces but two of my speakers got IP banned about 10 minutes after I tried again.
This is quite frustrating. Anyone else made progress with figuring out a solution - or is there an official bug report somewhere I can pile on to?
Also an issue for me, on varying annoyance levels.
I use a bunch of Ikea/Sonos shelf speakers for various notifications like doorbell and phone, and to summon my kids to lunch.
First off, the speakers in question don’t play these notifications once they are in this error state, until I manually select a sound file to play from the media menu.
Second, the error message (both notification and log) always states “SonosZP ([ip-address])” as the culprit instead of a friendly name.
Kinda hard to find out which of my (currently 6, 3 more queued for installation) Sonos is the one acting up.
The blanks-in-file-names approach did not work, neither did clearing the playlists.
In fact I only have them play single sound files.
Found a workaround.
Play a Piper TTS after playing a soundfile.
The TTS URI doesn’t include the (soon to be outdated) API key, hence it won’t trigger the “invalid authentication” error.
Fun fact: Piper doesn’t actually need to say anything. An empty string will do nicely.
Same problem.
Getting this as well, It’s random to me when it happens as i have a bell.mp3 that all 4 of my sonos players play when the door bell goes. Some of them get banned after that some it takes 4-5 weeks of being fine before the get banned.
Rather strange.
having this issue too. any fixes?
Same to me. Having this issue withvonly one speaker of three
+1 same here
Did anyone try the solution/work-around listed in the HA Issue: power-cycle your speaker(s). It worked for me.
I had this issue for months, I spent some time investigating it and it is NOT random at all.
The URI for playing a sound file contains an access token.
The integration seems to keep a copy of the last URI for some reason.
The problem happens if you don’t use the Sonos for a while and/or if you restart HA.
That’s where the integration seems to execute (part of?) the remembered URI which now contains an OUTDATED access token, which leads to the ‘invalid authentication’ error.
So much for the bug.
Now, Piper TTS doesn’t seem to leave an access token in the URI, hence the idea of my workaround:
I always make sure that my Sonos’ play an empty (!) TTS after playing a sound file.
Since I do that, I never saw the error message again.
This is a kludge, of course, but it beats power cycling, reloading the integration and anything else I saw so far.
1 Like
Would using “announce” work for play a notification, as I seem to remember reading that it then play/loads what was on the speaker before the announce.
Tho as I write that it might just be a s2 feature and I’m stuck on s1 due to old speakers
Getting this too pretty randomly and only from a wifi sonos speaker. Fun fact is that I use that speaker once a month maybe.
+1 here aswell, seems this is bug, most likely due to that “old token” mentioned in this chat is still on and has not been fixed yet.
I’ve opened a request here, couldn’t find any, but also hoping not duplicating:
Once in while I also get this invalid authentication error for one of my 5 Sonos speakers. It can be the one in the kitchen or in bathroom or… couldn’t find any pattern why.
Your solution worked fine for me. I actually used the another TTS service, the one from amazon and it also worked. To clear the playlist did not work though
It’s back!
I’ve started getting this referencing a non-existent mp3. This only started within the last couple of days (maybe even today).
I rarely use the Sonos speakers, except for house-wide announcements using ChimeTTS integration. Despite the error messages, the announcements play just fine.
2024-11-04 14:40:30.465 WARNING (MainThread) [homeassistant.components.http.ban] Login attempt or request with invalid authentication from sonoszp.lan (192.168.86.48). Requested URL: '/media/media/barbara_arriving_home.mp3?
No path (/media/media/barbara_arriving_home.mp3) exists, so I’ve no idea where this is coming from. I did have an old mp3 of that name, but it was in the folder /config/www/sounds. Where the /media/media bit comes from, I’ve no idea.
However, getting these notifications popup is very annoying.
Tangential to this, my Homepods have suddenly stopped responding to ChimeTTS as well (Unable to browse media for Homepod), so don’t know if all this is related to a bad configuration on my side.
So the a week or so ago, I was editing my configuratin.yaml file and saw it had both “external_url” and “internal_url” set. I commented out the internal_url (which I shouldn’t have since I have a domain name), and it seems to have fixed my Sonos problem. Still keeping an eye on things.
This also seems to have fixed the random fails I was getting when trying to cast audio/video to my Google Nests