ryanheise
ryanheise
@johnmollaghan I'm sorry I didn't realise from your report that this was a background playback issue, so I guess you are using just_audio_background or audio_service to provide the background service...
I mean basically the manifest options given in the README. I can't vouch for whether the bug is "really" fixed or whether the fix actually appears in all the different...
Not yet. You can see in `lib/src/darwin.dart` that this is currently commented out as a TODO item for perhaps a contributor to pick up: ```dart //Future get preferredIoBufferDuration async {...
Could you do this by monitoring the position and duration?
It sounds like an issue that `positionStream` and `durationStream` are not updating accurately on live streams, and fixing this might allow you to implement the logic you require. In that...
See https://docs.flutter.dev/ui/navigation/deep-linking for the general meaning in this context, or did you mean something more specific?
Thanks for the bump. Can you test this PR and report back whether it's stable?
It doesn't. However, if you're using just_audio_background, then that uses audio_service internally and it would translate.
Looking at the code, I'm thinking that the fragment case should follow the same logic as the activity case. i.e. It should call `getInitialRoute()` first and then there should be...
Looks like these methods are protected in FlutterFragmentActivity, unfortunately. @Jaaco to confirm, are you using AudioServiceFragmentActivity? If so, I can override these protected methods and make them public. Then change...