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]: Playback event is wrong #1014

New Issue
Closed
opened 2026-04-24 23:29:08 +02:00 by adam · 3 comments
adam commented 2026-04-24 23:29:08 +02:00
Owner
Copy Link
Copy Source

Originally created by @Demian98 on GitHub (Mar 9, 2023).

Describe the issue

Yesterday evening, I listened to an audiobook with a sleep timer of 15 min. But in ABS an event appeared with a listening time of 96 minutes.

Screenshot from the event:
2023-03-09_09h25_32

Screenshot from the App player history:
Screenshot_20230309-092254_audiobookshelf

Some background information:

  • Somewhere in-between the 15 min I enabled offline mode on the phone.
  • I often skipped some seconds from the audiobook.
  • Nothing else was listened from me on this whole Day. Not in the App nor the web player.

Steps to reproduce the issue

Just listen as described above :)

Audiobookshelf version

2.2.15

How are you running audiobookshelf?

Docker

Originally created by @Demian98 on GitHub (Mar 9, 2023). ### Describe the issue Yesterday evening, I listened to an audiobook with a sleep timer of 15 min. But in ABS an event appeared with a listening time of 96 minutes. Screenshot from the event: ![2023-03-09_09h25_32](https://user-images.githubusercontent.com/77210091/223964604-5f08ac54-6730-439f-83a8-3df63cb2ea53.png) Screenshot from the App player history: ![Screenshot_20230309-092254_audiobookshelf](https://user-images.githubusercontent.com/77210091/223964663-d002d199-ea0e-4ec4-aabf-7672037c7823.jpg) Some background information: - Somewhere in-between the 15 min I enabled offline mode on the phone. - I often skipped some seconds from the audiobook. - Nothing else was listened from me on this whole Day. Not in the App nor the web player. ### Steps to reproduce the issue Just listen as described above :) ### Audiobookshelf version 2.2.15 ### How are you running audiobookshelf? Docker
adam added the bug label 2026-04-24 23:29:08 +02:00
adam closed this issue 2026-04-24 23:29:08 +02:00
adam commented 2026-04-24 23:29:09 +02:00
Author
Owner
Copy Link
Copy Source

@advplyr commented on GitHub (Mar 9, 2023):

Can you see when the playback session was started? Maybe the playback session was opened the day before

@advplyr commented on GitHub (Mar 9, 2023): Can you see when the playback session was started? Maybe the playback session was opened the day before
adam commented 2026-04-24 23:29:10 +02:00
Author
Owner
Copy Link
Copy Source

@Demian98 commented on GitHub (Mar 10, 2023):

I looked more into it and here are the details:

  • The 15-min listening was at the 9.3
  • No listening at the 8.3
  • Listening of more than an hour on the 7.3.
  • Probably the android app was not closed, it was all on the same phone.

It looks like the total time is OK, but the times are not on the correct dates. Because they are moved to the next day, when playback is continued in the same session. In my case, the times were moved by 2 days.

This makes the following chart kind of useless:
By the way, I really love this chart and the detailed statistics of ABS :)
grafik
On the screenshot, the times from Thursday (Do.) should be on Thursday (Di.). Expect of the 15 min I listened on Thursday.

In total, it makes a lot of sense to summarize a playback session into a single event and not to split on every seek or stop/play.
But the event should not cross multiple days. Then it needs to get split up.

Please let me know what you think about this :)

@Demian98 commented on GitHub (Mar 10, 2023): I looked more into it and here are the details: - The 15-min listening was at the 9.3 - No listening at the 8.3 - Listening of more than an hour on the 7.3. - Probably the android app was not closed, it was all on the same phone. It looks like the total time is OK, but the times are not on the correct dates. Because they are moved to the next day, when playback is continued in the same session. In my case, the times were moved by 2 days. This makes the following chart kind of useless: By the way, I really love this chart and the detailed statistics of ABS :) ![grafik](https://user-images.githubusercontent.com/77210091/224343728-6a71b45d-65b7-4b7e-945e-a026554954bc.png) On the screenshot, the times from Thursday (Do.) should be on Thursday (Di.). Expect of the 15 min I listened on Thursday. In total, it makes a lot of sense to summarize a playback session into a single event and not to split on every seek or stop/play. But the event should not cross multiple days. Then it needs to get split up. Please let me know what you think about this :)
adam commented 2026-04-24 23:29:10 +02:00
Author
Owner
Copy Link
Copy Source

@advplyr commented on GitHub (Mar 10, 2023):

Ah yeah, thanks for confirming that. This is a known issue and there is a issue already #1445

We are going to have to come up with a new data model for playback sessions

@advplyr commented on GitHub (Mar 10, 2023): Ah yeah, thanks for confirming that. This is a known issue and there is a issue already #1445 We are going to have to come up with a new data model for playback sessions
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#1014
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?