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]: Listen statistics not correct #1688

New Issue
Open
opened 2026-04-24 23:54:52 +02:00 by adam · 14 comments
adam commented 2026-04-24 23:54:52 +02:00
Owner
Copy Link
Copy Source

Originally created by @manuelkamp on GitHub (Jan 23, 2024).

Describe the issue

I see listening statistics are wrong. it recorded faultly 150hrs+ of listening to a single 8hr audiobook in one day by a single user.

Screenshot 2024-01-23 165207

Steps to reproduce the issue

  1. I do not know, just listened to the title for about 20 minutes on the phone.

Audiobookshelf version

2.7.2

How are you running audiobookshelf?

Debian/PPA

Originally created by @manuelkamp on GitHub (Jan 23, 2024). ### Describe the issue I see listening statistics are wrong. it recorded faultly 150hrs+ of listening to a single 8hr audiobook in one day by a single user. <img width="651" alt="Screenshot 2024-01-23 165207" src="https://github.com/advplyr/audiobookshelf/assets/48356947/0c4cf6b9-e8e1-4317-a97d-e3a937422020"> ### Steps to reproduce the issue 1. I do not know, just listened to the title for about 20 minutes on the phone. ### Audiobookshelf version 2.7.2 ### How are you running audiobookshelf? Debian/PPA
adam added the bug label 2026-04-24 23:54:52 +02:00
adam commented 2026-04-24 23:54:53 +02:00
Author
Owner
Copy Link
Copy Source

@advplyr commented on GitHub (Jan 23, 2024):

iOS or Android? Do you leave the app open in the background? This is a duplicate issue but I'll have to find the other issue later

@advplyr commented on GitHub (Jan 23, 2024): iOS or Android? Do you leave the app open in the background? This is a duplicate issue but I'll have to find the other issue later
adam commented 2026-04-24 23:54:53 +02:00
Author
Owner
Copy Link
Copy Source

@manuelkamp commented on GitHub (Jan 23, 2024):

Android. I did not find anything related via search. I did not let the app in the background. when I was done listening i paused and closed the app (not just exiting to home). It is just not plausible data to listen 150hrs in a 24hr day...

@manuelkamp commented on GitHub (Jan 23, 2024): Android. I did not find anything related via search. I did not let the app in the background. when I was done listening i paused and closed the app (not just exiting to home). It is just not plausible data to listen 150hrs in a 24hr day...
adam commented 2026-04-24 23:54:54 +02:00
Author
Owner
Copy Link
Copy Source

@manuelkamp commented on GitHub (Jan 23, 2024):

I compared log times, the thing what I did during I listened to the track was to restart my nginx reverse proxy. (not on the same machine where audiobookshelf is living)

@manuelkamp commented on GitHub (Jan 23, 2024): I compared log times, the thing what I did during I listened to the track was to restart my nginx reverse proxy. (not on the same machine where audiobookshelf is living)
adam commented 2026-04-24 23:54:56 +02:00
Author
Owner
Copy Link
Copy Source

@criscrafter commented on GitHub (Jan 23, 2024):

This also is/ was an issue on iOS. I had some sessions being thousands of hours long. Sometimes only a few hours or days apart.
I did not notice a bug like that in the last time tho.
The last time I am sure that happened was Summer last year.

I deleted most of them but I found this, must've overlooked when deleting flase entries:
grafik
These are only 30min - 3h apart, but register as 2-10h

@criscrafter commented on GitHub (Jan 23, 2024): This also is/ was an issue on iOS. I had some sessions being thousands of hours long. Sometimes only a few hours or days apart. I did not notice a bug like that in the last time tho. The last time I am sure that happened was Summer last year. I deleted most of them but I found this, must've overlooked when deleting flase entries: ![grafik](https://github.com/advplyr/audiobookshelf/assets/95765057/7b9b9e24-e923-4c0e-b226-264031018dff) These are only 30min - 3h apart, but register as 2-10h
adam commented 2026-04-24 23:54:57 +02:00
Author
Owner
Copy Link
Copy Source

@criscrafter commented on GitHub (Jan 23, 2024):

I looked into the time of the users of my ABS Server and noticed, that in my moms history it says she listened total to 6:18h, but I know for a fact she listened to multiple audiobooks completely, totaling about 45h.
There are many playback entries in the list which have a duration of 0s. But the book still progresses from session to session.
grafik
First time this seemed to have happened was 2 months ago.
Also many entries that should be in the history seems to just be missing.

@criscrafter commented on GitHub (Jan 23, 2024): I looked into the time of the users of my ABS Server and noticed, that in my moms history it says she listened total to 6:18h, but I know for a fact she listened to multiple audiobooks completely, totaling about 45h. There are many playback entries in the list which have a duration of 0s. But the book still progresses from session to session. ![grafik](https://github.com/advplyr/audiobookshelf/assets/95765057/da05f2d0-dde7-4b8c-8397-6e58caa29e2e) First time this seemed to have happened was 2 months ago. Also many entries that should be in the history seems to just be missing.
adam commented 2026-04-24 23:54:58 +02:00
Author
Owner
Copy Link
Copy Source

@justcallmelarry commented on GitHub (Jan 26, 2024):

I have the same issue with the iOS app, often entire book gets added as one session at the end of listening.

@justcallmelarry commented on GitHub (Jan 26, 2024): I have the same issue with the iOS app, often entire book gets added as one session at the end of listening.
adam commented 2026-04-24 23:54:58 +02:00
Author
Owner
Copy Link
Copy Source

@doctordarko commented on GitHub (Jan 29, 2024):

Server is only about a week old and I am seeing listening sessions that are 170 days long. An overnight example.

image image
@doctordarko commented on GitHub (Jan 29, 2024): Server is only about a week old and I am seeing listening sessions that are 170 days long. An overnight example. <img width="257" alt="image" src="https://github.com/advplyr/audiobookshelf/assets/57649463/a6d35b7c-8367-416e-bec9-b776747ba270"> <img width="157" alt="image" src="https://github.com/advplyr/audiobookshelf/assets/57649463/222f8062-c3f4-45e4-a1ea-461688110b8c">
adam commented 2026-04-24 23:54:59 +02:00
Author
Owner
Copy Link
Copy Source

@Demian98 commented on GitHub (Feb 6, 2024):

This is my personal statistic:
grafik

I was listening a lot on Sunday and less on Monday.
But the time is on the wrong day.

@Demian98 commented on GitHub (Feb 6, 2024): This is my personal statistic: ![grafik](https://github.com/advplyr/audiobookshelf/assets/77210091/34d587c6-0795-4b9f-b0f5-02faf7a02487) I was listening a lot on Sunday and less on Monday. But the time is on the wrong day.
adam commented 2026-04-24 23:54:59 +02:00
Author
Owner
Copy Link
Copy Source

@XyberDAWG commented on GitHub (Mar 18, 2024):

I have also found this happens mostly with downloaded books on my iOS. It seems to happen when my audiobookshelf container disconnects and I don't realize it disconnected. image

image

I listen roughly 3 hours a day. A hour and a half on the way to work, and an hour and a half on the way home.

@XyberDAWG commented on GitHub (Mar 18, 2024): I have also found this happens mostly with downloaded books on my iOS. It seems to happen when my audiobookshelf container disconnects and I don't realize it disconnected. ![image](https://github.com/advplyr/audiobookshelf/assets/47868784/b59502cf-abc4-48dc-b39d-7dc408f3bd74) ![image](https://github.com/advplyr/audiobookshelf/assets/47868784/31f0ac35-2b5f-4e62-bb29-9f343676ff88) I listen roughly 3 hours a day. A hour and a half on the way to work, and an hour and a half on the way home.
adam commented 2026-04-24 23:55:01 +02:00
Author
Owner
Copy Link
Copy Source

@manuelkamp commented on GitHub (Oct 6, 2024):

is there any way top at least fix the wrong listening time? I am willing to run a script or someting daily to fix times.

@manuelkamp commented on GitHub (Oct 6, 2024): is there any way top at least fix the wrong listening time? I am willing to run a script or someting daily to fix times.
adam commented 2026-04-24 23:55:03 +02:00
Author
Owner
Copy Link
Copy Source

@criscrafter commented on GitHub (Oct 6, 2024):

I think it happens when you keep listening the cached part of an audiobook while disconnecting from the server and close the app while being disconnected.
I did not find a fix. I just deleted the incorrect history.
Have not had this happen to me in 1-2 Years.

@criscrafter commented on GitHub (Oct 6, 2024): I think it happens when you keep listening the cached part of an audiobook while disconnecting from the server and close the app while being disconnected. I did not find a fix. I just deleted the incorrect history. Have not had this happen to me in 1-2 Years.
adam commented 2026-04-24 23:55:03 +02:00
Author
Owner
Copy Link
Copy Source

@manuelkamp commented on GitHub (Oct 6, 2024):

thanks for your feedback, how do I delete incorrect history?

@manuelkamp commented on GitHub (Oct 6, 2024): thanks for your feedback, how do I delete incorrect history?
adam commented 2026-04-24 23:55:04 +02:00
Author
Owner
Copy Link
Copy Source

@Thaurin commented on GitHub (Nov 19, 2025):

I'm sure you can't do anything about third-party apps, but on iOS, this happens as well with both Plappa and (recently released) Still (the official app's beta is full, of course). So I'm unsure if this is an issue with the app or the server. In any case, the listen times as it is are unusable, since it pretty much happens every session.

@Thaurin commented on GitHub (Nov 19, 2025): I'm sure you can't do anything about third-party apps, but on iOS, this happens as well with both Plappa and (recently released) Still (the official app's beta is full, of course). So I'm unsure if this is an issue with the app or the server. In any case, the listen times as it is are unusable, since it pretty much happens every session.
adam commented 2026-04-24 23:55:04 +02:00
Author
Owner
Copy Link
Copy Source

@Vito0912 commented on GitHub (Nov 19, 2025):

This is an issue with the apps. The server processes them correctly afaik.

It's just the clients that send too much time (also the officials).

@Vito0912 commented on GitHub (Nov 19, 2025): This is an issue with the apps. The server processes them correctly afaik. It's just the clients that send too much time (also the officials).
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#1688
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?