-
Notifications
You must be signed in to change notification settings - Fork 109
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Playback stops when phone locks #703
Comments
If there are DNS issues, could you please try downgrading to 0.6.20 to see if it's working there? |
downgraded to 0.6.20 and everything functions as expected. 5 songs in right now. Scrolling through the logs only difference i see is no playback reporting failures even when it's locked |
The only changes that might be relevant are that our http library was updated, the target SDK was changed from 33 to 34, and we updated the header used for authentication. |
That test version also works correctly, songs played without issue on the lock screen. I then uninstalled both the test version and 0.6.20 and installed the 0.6.22 apk and the problem is back. Switched back to test version and everything good. |
Had a bad feeling changing that, damn you Google Play for nagging me I can push a new build on API 33 for now, although Google will force API 34 in like 6 months or so |
Release pushed, looks like it works :) |
@mcarlton00 did the DNS issues also go away with the test build, and re-appear with 0.6.22? |
Correct. 0.6.21 - borked |
That's so weird. Let's hope that issue resolves itself by the time we are forced to bump the sdk target again 😅 |
Just started happening a few days ago.
Based on the logs, it looks like when the device locks all playback reporting stops working because of DNS issues. Not sure if this also affects playback itself, but it appears so on my device. Happens both on wifi and mobile data.
finamp-logs.txt
Device info:
Pixel 6a
Android 14
Finamp version: 0.6.21 (latest google play is letting me have)
The text was updated successfully, but these errors were encountered: