PSA: 16 July Firmware Blocks v16.1 App

@press250 
Confirmed. 😣

@press250 Unfortunately, “Yes”. 😓

Running hardware 80.1-55014 (updated this morning). Android app 80.04.05 (updated 1st July)

Can confirm that loading any content from library just shuts my app down immediately I play the loaded content, so that’s conclusive enough for me.

Noticed on 16.2 Windows controller that that the ability to update library has been greyed again (they did that with 16.1 a while back), and they want you to update the app (to 16.3 I’m concluding) had a quick look at Macbook and it’s the same story there. No chance I’ll update until the app behaves better.

Android app still has blank swimming lozenges after showing Recents/Favs for about 5 secs.

Using Hi-Fi cast from Phone for Library/Amazon app via Sonos for some playlists created there and Desktop for Sonos playlists if I am so inclined. What a Fred Karnos! 

Yep me too.

I went to my cottage today, and those devices were on auto update.

I saw the 'update required' in 16.1, and figured it might be new device firmware.  So I fired up my old phone which has the new app. It (unsurprisingly) reported no system found.  Then I wiped the cache for the app and started it up again.  Join system etc... and when it finally worked It reported that devices were up to date.

But no dice with the 16.1 android app any more.

I used to be pretty unemotional about all this since I could fall back to the 16.1 app until the new app was fixed.  I already feel my aggravation rising.

About that. Would anyone know what the MuseTransportError$TimeOut errors are - are those because of the network or is it the Android/Sonos app somehow losing those UI entries?

I checked with (adb) logcat -b all >log.txt on a Samsung Android phone because after almost exactly after 10 seconds from the Sonos app UI finishing showing the home screen entries ok, the Recents/Sonos Favorites turn exactly like that.

I have 8 Sonos Favorites showing in the new app. Those are Sonos Radio stations. I used to also have 7 older TuneIn custom URL stations - the new app doesn’t show these. One of those stations is now also in Sonos Radio. I’m fairly sure these entries cause the Android app to lose the content after initially showing them. iPad app has no problems showing the 8 those so it’d be odd if these were network issues. iPad app also doesn’t show the 7 old ones but it doesn’t seem to mind them either. The 16.1 sonos app shows those older ones as well.

Since the iPad app can show content correctly this seems an error either the new Sonos app or something caused by Android.

I can see this in the log. I’ve cut the text here a bit:

Home screen shows Recents/Sonos Favorites ok after this entry:

07-04 22:38:11.501 26713 26844 I okhttp.OkHttpClient: <-- 200 OK https://api.ws.sonos.com/content/api/v2/households/…./%2Fstations%2FSONOS_FAVORITES/browse?muse2=true&defaults=...ZX0 (4ms)
07-04 22:38:11.501 26713 26844 I okhttp.OkHttpClient: Content-Type: application/json
07-04 22:38:11.501 26713 26844 I okhttp.OkHttpClient: Content-Length: 9975
07-04 22:38:11.501 26713 26844 I okhttp.OkHttpClient: Cache-Control: max-age=300, must-revalidate
07-04 22:38:11.501 26713 26844 I okhttp.OkHttpClient: Vary: Authorization, Accept-Language
07-04 22:38:11.501 26713 26844 I okhttp.OkHttpClient: X-Response-Time: 1273ms
07-04 22:38:11.501 26713 26844 I okhttp.OkHttpClient: Date: Thu, 04 Jul 2024 19:38:11 GMT
07-04 22:38:11.501 26713 26844 I okhttp.OkHttpClient: Connection: keep-alive
07-04 22:38:11.501 26713 26844 I okhttp.OkHttpClient: <-- END HTTP

The certain home screen entries then change to those swimming lozenges after 10 seconds.

There are then four similar entries in the Android log - below is one example entry. It looks there are 6 sources - could these be the 6 TuneIn stations (one of the 7 now also being a Sonos Radio so maybe that’s why there is just 6 sources).

// Potential Home screen error where icons are greyed out, 10s timeout?
07-04 22:38:21.121 26713 26758 W System.err: com.sonos.sdk.musetransport.MuseTransportError$TimedOut
07-04 22:38:21.121 26713 26758 W System.err:     at com.sonos.sdk.musetransport.PersistentConnectionImpl$ResponseDispatcher$insertDemand$1$1.invokeSuspend(Unknown Source:60)
07-04 22:38:21.121 26713 26758 W System.err:     at kotlin.coroutines.jvm.internal.BaseContinuationImpl.resumeWith(Unknown Source:8)
07-04 22:38:21.121 26713 26758 W System.err:     at kotlinx.coroutines.DispatchedTask.run(Unknown Source:115)
07-04 22:38:21.121 26713 26758 W System.err:     at com.google.android.gms.tasks.zzo.run(Unknown Source:28)
07-04 22:38:21.121 26713 26758 W System.err:     at kotlinx.coroutines.scheduling.TaskImpl.run(Unknown Source:2)
07-04 22:38:21.121 26713 26758 W System.err:     at kotlinx.coroutines.scheduling.CoroutineScheduler$Worker.run(Unknown Source:98)

Then there are 4 cancellation entries for the above: 

07-04 22:38:21.130 26713 26775 W System.err: kotlinx.coroutines.JobCancellationException: Parent job is Cancelling; job=DeferredCoroutine{Cancelling}@c3ed996
 

Many thanks, that was the reason! I’d read about that need to change to TuneIn (New) but my brain didn’t make the connection. I created the free account, added TuneIn (New) service and now the Recently Played and Sonos Favorites sections do not lose content.

In the Android log I no longer see errors and all are OK requests.

My wife and I received the same notification about updating in the app yesterday.  We had been holding off on doing so and sticking with 16.1 for as long as possible because of all of the complaints.  For what it’s worth, when we did the update we had zero issues.  No problems with finding speakers or zones in our system (we have over 20 Sonos products across 8 zones in the house), Trueplay, volume controls, speaker groupings or losing any of our pre existing favorites thankfully.   
 

Admittedly we never had a local library (everything was streaming only) and we’re iOS users rather than Android, so I’m sure that helped.  
 

My wife summarized it best:  “The old app was crappy and the new app seems kind of crappy too, so I don’t think I’ll notice either way.”

I can confirm that the firmware update is blocking me from using the version 16.1 as well. 

Is anyone able to even open the “new” app anymore?  Two days ago I tried using it, and it would occasionally crash.  Yesterday, I found that I couldn’t even open it anymore… just gives me the “app not responding” and offers “info” or “close app” options.  That’s what prompted me to try the old version 16.1, but I guess due to firmware update, that is now blocked as well.  So, at this point, I have to go turn on my laptop and use the windows app to do anything with Sonos. 

Are there any decent alternate apps out there?  I don’t need anything that fancy… select speakers, add songs or a playlist from my own library, control volume, play/pause, etc.  I’m surprised a company as large as Sonos can’t seem do that effectively.  (I’m on Anroid - Google Pixel 6a.  See my original post for more details and my recent issue… which are now moot since I can’t even open the app.) 

I’m intrigued to know if Noson still works with the new firmware - but I’m not so curious that I’m going to let my system upgrade to find out!

But… if there are any other Linux users reading this thread (and have upgraded to latest firmware) then it would be interesting to hear from them...

TBH, I’m surprised. Perhaps there is hope (for me) that I can cut my system free from Sonos and continue to run it on current firmware forever!

I think I could live with that, provided Sonos don’t decide to enforce firmware updates in some way...

For me, a very convincing reason to never again allow my system to update itself.