Originally created by @Alistair1231 on GitHub (Dec 12, 2023).
Steps to reproduce
I am on v2.6.0 Docker / 0.9.68-beta and playback sync only works from Android -> Browser. Any time I listen in the Browser, and then switch to Android, the progress doesn't get synced. It doesn't matter if the Audiobook is downloaded or not.
The only workaround is to kill the app before I resume on Android, and then restart it. Then it gets the correct position, if I forget to kill the app, the sync progress gets lost and I need to manually go to the position I look up in my Browser Listening Session history.
Here are some screenshots and logs:
Example 1 - History screen on Android and Browser after I paused in my Browser
Here I paused at 16:59 on Android and listened until 17:55 on my Browser. Then I switched to Android and resumed. It kept playing from 16:59.
This is what the Listening Sessions view in the Browser looked like at that point:
Example 2 - History screen on Android after I killed and restarted the App
In this example I listened from 18:07 for 2min, until 18:09 in my Browser. Then and then after I saw that the progress did not sync, I let it play for < 2sec to make sure it really didn't go to the correct position, then I killed and restarted the app. You can see, that it now realizes I was at 18:09:49, even though before the restart it kept playing 18:07:28.
I was able to reproduce this. This is specific to the audio player staying open in Android.
There are actually 2 issues here and downloaded books hit both of them.
The audio player trackbar progress does not update when the browser is playing (the browser trackbar does update in realtime)
For downloaded books if the audio track is open in Android then you won't see "Sync"'s in the item history.
For the second one you can test it by closing the audio player in Android and going to the history page for that book. Then play in the browser and you should start seeing Sync's come in after 30 seconds.
@advplyr commented on GitHub (Dec 12, 2023):
I was able to reproduce this. This is specific to the audio player staying open in Android.
There are actually 2 issues here and downloaded books hit both of them.
1. The audio player trackbar progress does not update when the browser is playing (the browser trackbar does update in realtime)
2. For downloaded books if the audio track is open in Android then you won't see "Sync"'s in the item history.
For the second one you can test it by closing the audio player in Android and going to the history page for that book. Then play in the browser and you should start seeing Sync's come in after 30 seconds.
Regarding the 2. Point I can confirm, that It does sync, when I start Browser, while the App is closed, and only after the playback begins, open the App. In this case, it even keeps updating and showing Sync +1, +2, etc
After playing and pausing on Android it does stop Syncing and only starts syncing again after restarting the app or using the "close player" menu item.
So it seems the problem is, that no updates can happen while playback is in progress, even if it is paused.
@Alistair1231 commented on GitHub (Dec 13, 2023):
Regarding the 2. Point I can confirm, that It does sync, when I start Browser, while the App is closed, and only after the playback begins, open the App. In this case, it even keeps updating and showing Sync +1, +2, etc
After playing and pausing on Android it does stop Syncing and only starts syncing again after restarting the app or using the "close player" menu item.
So it seems the problem is, that no updates can happen while playback is in progress, even if it is paused.
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Originally created by @Alistair1231 on GitHub (Dec 12, 2023).
Steps to reproduce
I am on v2.6.0 Docker / 0.9.68-beta and playback sync only works from Android -> Browser. Any time I listen in the Browser, and then switch to Android, the progress doesn't get synced. It doesn't matter if the Audiobook is downloaded or not.
The only workaround is to kill the app before I resume on Android, and then restart it. Then it gets the correct position, if I forget to kill the app, the sync progress gets lost and I need to manually go to the position I look up in my Browser Listening Session history.
Here are some screenshots and logs:
Example 1 - History screen on Android and Browser after I paused in my Browser
Here I paused at 16:59 on Android and listened until 17:55 on my Browser. Then I switched to Android and resumed. It kept playing from 16:59.

This is what the Listening Sessions view in the Browser looked like at that point:
This is what the History in Android showed me:
Logs
Example 2 - History screen on Android after I killed and restarted the App
In this example I listened from 18:07 for 2min, until 18:09 in my Browser. Then and then after I saw that the progress did not sync, I let it play for < 2sec to make sure it really didn't go to the correct position, then I killed and restarted the app. You can see, that it now realizes I was at 18:09:49, even though before the restart it kept playing 18:07:28.
Logs
Expected behaviour
Actual behaviour
Environment data
Audiobookshelf Version:
Android Issue
Android version: 0.9.68-beta
Device model: Pixel 8 (A14)
Stock or customized system: Stock
@advplyr commented on GitHub (Dec 12, 2023):
I was able to reproduce this. This is specific to the audio player staying open in Android.
There are actually 2 issues here and downloaded books hit both of them.
For the second one you can test it by closing the audio player in Android and going to the history page for that book. Then play in the browser and you should start seeing Sync's come in after 30 seconds.
@Alistair1231 commented on GitHub (Dec 13, 2023):
Regarding the 2. Point I can confirm, that It does sync, when I start Browser, while the App is closed, and only after the playback begins, open the App. In this case, it even keeps updating and showing Sync +1, +2, etc
After playing and pausing on Android it does stop Syncing and only starts syncing again after restarting the app or using the "close player" menu item.
So it seems the problem is, that no updates can happen while playback is in progress, even if it is paused.
@advplyr commented on GitHub (Dec 19, 2023):
Fixed in 0.9.69-beta