I suspect this is just a case of having to play catch-up with the new Song Details fields in the Network Session protocol 🙂
ST4 Build: 2195
Device & iOS Version: Host/Client: iPad 9th Gen, iOS 26.1.0, Client: iPad 5th Gen, iOS 16.7.12
Issue Description:
With Build 2195, when you run a Network Session, and the client has the Queue open in sidebar:
- On the Client (not the Host), the Song tagged with 'PLAY' 'loses' the # tracks value. It is visible at other times, but then disappears as soon as it becomes the next song in the Queue for Play.
- When the song starts playing, the Client then automatically gets a Speed variation value
Steps to Reproduce:
- Ensure you have songs with tempo defined and select a playlist so 2+ songs load into the Queue
- Setup and Network Session between 2 devices (On Client, doesn't matter whether Remote Control password is defined, the issue occurs with both)
- On the Client, open sidebar to the Queue (obviously, this is the only option if you don't have Remote Control password configured on a client)
- Observe that the song at the top of the Queue marked for play does not display # tracks, despite it being visible on the Host, and other songs in the Queue on the Client do have # tracks visible.
- Press Play on Host to start song playback
- Observe on Client that a Speed variance value now automatically appears to the right of the Tempo value showing 100% (and then variations) even if the Speed value on the Song on the Host is unchanged from default of 100%.
Expected Behavior:
On Client, Song details visible in Queue should be consistent with Host
Actual Behavior:
On Client, # tracks of song loaded to be played disappears, and when playback starts, the Speed value appears.