[Bug]: Book playback position cannot be changed on iOS (PWA) #2788

Closed
opened 2026-04-25 00:10:41 +02:00 by adam · 6 comments
Owner

Originally created by @Insprill on GitHub (May 20, 2025).

What happened?

When listening to a book on iOS using the PWA, the playback position cannot be changed via scrubbing or by resuming where you left off. The playback bar will indicate the correct timestamp that it should be playing at, but the actual audio always starts from the beginning of the book and cannot be scrubbed through.

This makes it completely unusable unless you listen to an entire book, start to finish, in one session.

What did you expect to happen?

Playback should resume from where I left off and I should be able to scrub.

Steps to reproduce the issue

  1. On a different device, start listening to a book such that your playback position is somewhere other than the beginning.
  2. Add ABS to your homescreen in Safari.
  3. Open it, and try to play the book you were listening to on the other device.
  4. Observe the indicated timestamp being correct, but the audio being from the beginning of the book.

Audiobookshelf version

v2.23.0

How are you running audiobookshelf?

Docker

What OS is your Audiobookshelf server hosted from?

Linux

If the issue is being seen in the UI, what browsers are you seeing the problem on?

Safari on iOS

Logs


Additional Notes

All testing was done in iOS v16.7.11 on an iPhone 8+. Considering I don't see any other reports of this issue, it's likely related to the old iOS version.

Originally created by @Insprill on GitHub (May 20, 2025). ### What happened? When listening to a book on iOS using the PWA, the playback position cannot be changed via scrubbing or by resuming where you left off. The playback bar will indicate the correct timestamp that it should be playing at, but the actual audio always starts from the beginning of the book and cannot be scrubbed through. This makes it completely unusable unless you listen to an entire book, start to finish, in one session. ### What did you expect to happen? Playback should resume from where I left off and I should be able to scrub. ### Steps to reproduce the issue 1. On a different device, start listening to a book such that your playback position is somewhere other than the beginning. 2. Add ABS to your homescreen in Safari. 3. Open it, and try to play the book you were listening to on the other device. 4. Observe the indicated timestamp being correct, but the audio being from the beginning of the book. ### Audiobookshelf version v2.23.0 ### How are you running audiobookshelf? Docker ### What OS is your Audiobookshelf server hosted from? Linux ### If the issue is being seen in the UI, what browsers are you seeing the problem on? Safari on iOS ### Logs ```shell ``` ### Additional Notes All testing was done in iOS v16.7.11 on an iPhone 8+. Considering I don't see any other reports of this issue, it's likely related to the old iOS version.
adam added the bug label 2026-04-25 00:10:41 +02:00
adam closed this issue 2026-04-25 00:10:41 +02:00
Author
Owner

@nichwall commented on GitHub (May 20, 2025):

Does this happen for all books? This has been reported before but was due to a poorly encoded audiobook. Encoding the audiobook again fixed the issue.

@nichwall commented on GitHub (May 20, 2025): Does this happen for all books? This has been reported before but was due to a poorly encoded audiobook. Encoding the audiobook again fixed the issue.
Author
Owner

@Insprill commented on GitHub (May 20, 2025):

Yes, it happens with all the books in my library, although all of them were acquired through Libation. I can try re-encoding one of them to see if it plays correctly, but I see from the logs that ABS is already transcoding it.

@Insprill commented on GitHub (May 20, 2025): Yes, it happens with all the books in my library, although all of them were acquired through [Libation](https://github.com/rmcrackan/Libation). I can try re-encoding one of them to see if it plays correctly, but I see from the logs that ABS is already transcoding it.
Author
Owner

@Insprill commented on GitHub (May 20, 2025):

I re-encoded one of my books with ffmpeg, and now that book works fine, so it would appear any book that comes out of Libation (or any Audible source?) causes this issue.

Here's a diff of ffprobe output before/after re-encode: https://www.diffchecker.com/5obVyCvh/
Here's a diff of the FFmpeg command ABS is using to transcode the book: https://www.diffchecker.com/IojrzAxT/

I'm not sure what other information would be helpful, but I'm happy to provide whatever is needed to track down the root of this issue.

@Insprill commented on GitHub (May 20, 2025): I re-encoded one of my books with ffmpeg, and now that book works fine, so it would appear any book that comes out of Libation (or any Audible source?) causes this issue. Here's a diff of `ffprobe` output before/after re-encode: https://www.diffchecker.com/5obVyCvh/ Here's a diff of the FFmpeg command ABS is using to transcode the book: https://www.diffchecker.com/IojrzAxT/ I'm not sure what other information would be helpful, but I'm happy to provide whatever is needed to track down the root of this issue.
Author
Owner

@nichwall commented on GitHub (May 20, 2025):

You may be running into something related to https://github.com/advplyr/audiobookshelf/issues/4236 ?

@nichwall commented on GitHub (May 20, 2025): You may be running into something related to https://github.com/advplyr/audiobookshelf/issues/4236 ?
Author
Owner

@Insprill commented on GitHub (May 20, 2025):

That book, and all my others, were all downloaded 2-12 months ago and are all 62Kb/s, so it seems unlikely. That issue also indicates that playback doesn't work at all, which in my case it does, and it works fine on desktop (Firefox), it just breaks on iOS.

@Insprill commented on GitHub (May 20, 2025): That book, and all my others, were all downloaded 2-12 months ago and are all 62Kb/s, so it seems unlikely. That issue also indicates that playback doesn't work at all, which in my case it does, and it works fine on desktop (Firefox), it just breaks on iOS.
Author
Owner

@advplyr commented on GitHub (May 20, 2025):

Abs uses the browsers audio player so nothing fancy is going on. Maybe open an issue with libation?

@advplyr commented on GitHub (May 20, 2025): Abs uses the browsers audio player so nothing fancy is going on. Maybe open an issue with libation?
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/audiobookshelf#2788