starred/audiobookshelf
1
0
Fork 0
mirror of https://github.com/advplyr/audiobookshelf.git synced 2026-05-30 23:40:40 +02:00
Code Issues 1.0k Packages Projects Releases 10 Wiki Activity

[Bug]: Stats do not accurately reflect iOS listening sessions of downloaded books #1801

New Issue
Closed
opened 2026-04-24 23:58:34 +02:00 by adam · 4 comments
adam commented 2026-04-24 23:58:34 +02:00
Owner
Copy Link
Copy Source

Originally created by @gregory0906 on GitHub (Mar 7, 2024).

Describe the issue

Stats do not accurately reflect iOS listening sessions of downloaded books. When I exclusively streamed, it seemed to work well, but even then, did always report way day behind (i.e., if I listen on Monday, that appears to be reported as Tuesday's listening). However, once I started to download the files to my iOS, it all got wonky, and started only reporting listening sessions in large bursts. 99% of my listening is on iOS.

image

I know that I am only 1 of many huge Tolkien fans using ABS, but even I did not listen to 33 hours of Fellowship in one sitting during one day. I listened to it across Jan and Feb, but those days report no listening sessions:
image

This seems to happen for downloaded books to ios, that only report a session once marked complete:
image

Above, those hours got report as a single session once I had concluded the book and marked it complete. However, if I listen from the web browser, it reports no problem, I just listened as a test for this issue report a moment ago via the browser, and sure enough it adds a new session:
image
This isn't mission critical stuff, but the stats are fun to track, and I was proud of my Days in a row, and lost my record even though I was actually listening.

Steps to reproduce the issue

  1. Stream a book from iOS
  2. at some point thereafter, download the book locally
  3. continue listening
  4. finish the book, and mark as complete

Audiobookshelf version

v2.8.0

How are you running audiobookshelf?

Docker

Originally created by @gregory0906 on GitHub (Mar 7, 2024). ### Describe the issue Stats do not accurately reflect iOS listening sessions of downloaded books. When I exclusively streamed, it seemed to work well, but even then, did always report way day behind (i.e., if I listen on Monday, that appears to be reported as Tuesday's listening). However, once I started to download the files to my iOS, it all got wonky, and started only reporting listening sessions in large bursts. 99% of my listening is on iOS. <img width="394" alt="image" src="https://github.com/advplyr/audiobookshelf/assets/48144055/4c797861-b2e5-4810-9441-7611a8cabc9f"> I know that I am only 1 of many huge Tolkien fans using ABS, but even I did not listen to 33 hours of Fellowship in one sitting during one day. I listened to it across Jan and Feb, but those days report no listening sessions: <img width="451" alt="image" src="https://github.com/advplyr/audiobookshelf/assets/48144055/e58ecf73-f051-4aae-9585-6ac76b4c4920"> This seems to happen for downloaded books to ios, that only report a session once marked complete: <img width="868" alt="image" src="https://github.com/advplyr/audiobookshelf/assets/48144055/1ca5d777-4634-4e5d-8a09-6a87ccb09779"> Above, those hours got report as a single session once I had concluded the book and marked it complete. However, if I listen from the web browser, it reports no problem, I just listened as a test for this issue report a moment ago via the browser, and sure enough it adds a new session: <img width="383" alt="image" src="https://github.com/advplyr/audiobookshelf/assets/48144055/381a3e7c-0e27-4fff-a227-f031018f56d1"> This isn't mission critical stuff, but the stats are fun to track, and I was proud of my Days in a row, and lost my record even though I was actually listening. ### Steps to reproduce the issue 1. Stream a book from iOS 2. at some point thereafter, download the book locally 3. continue listening 4. finish the book, and mark as complete ### Audiobookshelf version v2.8.0 ### How are you running audiobookshelf? Docker
adam added the bug label 2026-04-24 23:58:34 +02:00
adam closed this issue 2026-04-24 23:58:34 +02:00
adam commented 2026-04-24 23:58:35 +02:00
Author
Owner
Copy Link
Copy Source

@advplyr commented on GitHub (Mar 7, 2024):

Is this a duplicate of #2548?

The long listening sessions is a known issue. I'm not sure if you are pointing out something specific to downloaded books. Can you reproduce this in a few steps right now or is this something that you notice later on and can't reproduce it consistently?

@advplyr commented on GitHub (Mar 7, 2024): Is this a duplicate of #2548? The long listening sessions is a known issue. I'm not sure if you are pointing out something specific to downloaded books. Can you reproduce this in a few steps right now or is this something that you notice later on and can't reproduce it consistently?
adam commented 2026-04-24 23:58:35 +02:00
Author
Owner
Copy Link
Copy Source

@advplyr commented on GitHub (Mar 7, 2024):

For offline listening session syncing I wrote out specifically how this works here: https://github.com/advplyr/audiobookshelf-app/issues/1076#issuecomment-1974904248

@advplyr commented on GitHub (Mar 7, 2024): For offline listening session syncing I wrote out specifically how this works here: https://github.com/advplyr/audiobookshelf-app/issues/1076#issuecomment-1974904248
adam commented 2026-04-24 23:58:36 +02:00
Author
Owner
Copy Link
Copy Source

@gregory0906 commented on GitHub (Mar 7, 2024):

Is this a duplicate of #2548?

The long listening sessions is a known issue. I'm not sure if you are pointing out something specific to downloaded books. Can you reproduce this in a few steps right now or is this something that you notice later on and can't reproduce it consistently?

Yes. Sorry I missed that. This is something that I notice later other than as I listen I notice my Days in a row not keeping up. My experience indicates that it happens when I have it downloaded to iOS vs. streaming from iOS; however, even then, I am rarely offline am still able to sync with the server. I do apologize for the duplicate; thanks for all your hard work.

@gregory0906 commented on GitHub (Mar 7, 2024): > Is this a duplicate of #2548? > > The long listening sessions is a known issue. I'm not sure if you are pointing out something specific to downloaded books. Can you reproduce this in a few steps right now or is this something that you notice later on and can't reproduce it consistently? Yes. Sorry I missed that. This is something that I notice later other than as I listen I notice my Days in a row not keeping up. My experience indicates that it happens when I have it downloaded to iOS vs. streaming from iOS; however, even then, I am rarely offline am still able to sync with the server. I do apologize for the duplicate; thanks for all your hard work.
adam commented 2026-04-24 23:58:37 +02:00
Author
Owner
Copy Link
Copy Source

@advplyr commented on GitHub (Mar 7, 2024):

Duplicate of #2548

@advplyr commented on GitHub (Mar 7, 2024): Duplicate of #2548
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
authentication
backlog
bug
chapter editor
config-issue
ebooks
encoding/embedding
enhancement
help wanted
listening sessions & progress
planned
possible plugin
progress sync
pull-request
Mirrored from GitHub Pull Request
 sorting/filtering/searching
unable to reproduce
upload
users & permissions
waiting
No Label bug
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
adam (Adam Melkus)
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/audiobookshelf#1801
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?