When losing network connectivity for 15-20 mins during a regular commute, the current queue will cease playback after the last permanently cached or pre-loaded cached song ends. A setting to allow the player to skip the unplayable tracks instead of pausing indefinitely when offline would be ideal.
Problem solved:
Prevents unexpected stops in media playback when switching between WiFi and mobile, particularly in rural or third world countries with poor connectivity.
Brought benefits:
A defined preference for the player behavior, as needed by the end user.
Other application solutions:
Janky Tasker solutions with poor reliability or significant battery usage via frequent queries.
Sure thing. I just uploaded them via debug mode and submit logs.
I started with successful online playback, then lost connection, then gave it some time to see if it would progress through the queue automatically in some way, and when it didn’t, I tried another track, waited, then finally I manually moved forward in queue to a cached offline track which of course worked without issue.
Like I mentioned in my other post, my typical “fix” was to pull out my phone and tap “Track mix”, as the automatic offline mode will have successfully switched on by that point, and that generates a queue of only cached tracks. The main issue is that playback is interrupted and requires manual intervention to resume.
Thanks so there’s effectively a small bug that makes the offline server status errors that should skip the retries not skipping the retries. Meaning that it will take a lot of time to fail a media, leading to what you think was stalled. But in the logs it was properly detected as this case.
Will fix that so now by default it will for that case by default apply the proper skip up to 20 tracks that it currently do (But will do it very very fast)
Will still add an option to have infinite skips. And if you enable smart queue you’ll have the wanted result even if there’s nothing playable in the rest of the current queue.
