You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
it appears that the RDStationManager instance that we are examining to check remaining skips is in an odd state that is impacted by the number of tracks queued for the selected station. In testing, I was able to reproduce the issue and have the following logs that indicate that the [RDPlayer playAndRestart] call invoked by calling [RDPlayer next] is calling an index outside of the bounds of current track information and being ignored/reset:
NSLog: Station manager has 6 skips left
Console Message: -[RDPlayer playAndRestart:](555): play called with index 1 and queue length 1, ignoring.
NSLog: Station manager has 1 skips left
<[RDPlayer next] invoked>
NSLog: Station manager has 0 skips left
NSLog: Station manager has 0 skips left
Console Message: -[RDPlayer playAndRestart:](555): play called with index 2 and queue length 2, ignoring.
NSLog: Station manager has 1 skips left
<[RDPlayer next] invoked>
NSLog: Station manager has 0 skips left
NSLog: Station manager has 0 skips left
Console Message: -[RDPlayer playAndRestart:](555): play called with index 3 and queue length 3, ignoring.
NSLog: Station manager has 1 skips left
<[RDPlayer next] invoked>
NSLog: Station manager has 0 skips left
NSLog: Station manager has 0 skips left
Console Message: -[RDPlayer playAndRestart:](555): play called with index 4 and queue length 4, ignoring.
NSLog: Station manager has 1 skips left
At the start of the log, the Rdio instance and RDPlayer are set up. It appears that the RDStationManager still believes it has 6 skips remaining prior to initiating playback; this updates once -[RDPlayerDelegate rdioPlayerChangedFromState:toState:] reaches RDPlayerStatePlaying. Once playback is initiated, it updates to reflect 1 skip remaining. At this point, if a user requests a skip, the request causes the subsequent 0 skips left messages before encountering -[RDPlayer playAndRestart:](555): play called with index 2 and queue length 2, ignoring., which seems to reset the skip count to 1.
The text was updated successfully, but these errors were encountered:
it appears that the
RDStationManager
instance that we are examining to check remaining skips is in an odd state that is impacted by the number of tracks queued for the selected station. In testing, I was able to reproduce the issue and have the following logs that indicate that the[RDPlayer playAndRestart]
call invoked by calling[RDPlayer next]
is calling an index outside of the bounds of current track information and being ignored/reset:At the start of the log, the
Rdio
instance andRDPlayer
are set up. It appears that theRDStationManager
still believes it has 6 skips remaining prior to initiating playback; this updates once-[RDPlayerDelegate rdioPlayerChangedFromState:toState:]
reachesRDPlayerStatePlaying
. Once playback is initiated, it updates to reflect 1 skip remaining. At this point, if a user requests a skip, the request causes the subsequent 0 skips left messages before encountering-[RDPlayer playAndRestart:](555): play called with index 2 and queue length 2, ignoring.
, which seems to reset the skip count to 1.The text was updated successfully, but these errors were encountered: