Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Bug]: Saved Media Progress showing double entries #3845

Open
matieke opened this issue Jan 16, 2025 · 6 comments
Open

[Bug]: Saved Media Progress showing double entries #3845

matieke opened this issue Jan 16, 2025 · 6 comments
Labels
bug Something isn't working unable to reproduce Issue is not yet reproducible waiting Waiting for OP

Comments

@matieke
Copy link
Contributor

matieke commented Jan 16, 2025

What happened?

When going through a user's Saved Media Progress there are double entries.
Users showing this issue are using Plappa 1.5.0
image

What did you expect to happen?

Saved Media Progress should only show 1 entry for each book.

Steps to reproduce the issue

  1. Start listening to an audiobook on a Plappa client for >1m
  2. Saved Media Progress starts showing double entries

Audiobookshelf version

2.17.7

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?

Chrome

Logs

No response

Additional Notes

  • There are no actual double audiobook files
  • Purging all cache does not do anything
@matieke matieke added the bug Something isn't working label Jan 16, 2025
@advplyr
Copy link
Owner

advplyr commented Jan 17, 2025

Can you check the created timestamps for those to see if they are the same time? That would indicate a race condition

@advplyr advplyr added waiting Waiting for OP unable to reproduce Issue is not yet reproducible labels Jan 20, 2025
@matieke
Copy link
Contributor Author

matieke commented Jan 30, 2025

I checked a couple where progress was at 0% but still had a duplicate entry.
"The eyes are the best part" audiobook for example has only 1 listening session logged of 36s.

Image

Now even triple entries are being created also with only 1 listening session.
All occurrences of this bug present as 1 entry having the correct progress percentage while the duplicates stay at 0%

Image

@advplyr
Copy link
Owner

advplyr commented Jan 30, 2025

Can you check the created timestamps for those to see if they are the same time? That would indicate a race condition

@matieke
Copy link
Contributor Author

matieke commented Jan 30, 2025

I'm not entirely sure what you mean, taking "The eyes are the best part" as an example. The user only has 1 timestamp in the listening history.

Image

There are no duplicate timestamps, only duplicate entries in the saved media progress

@advplyr
Copy link
Owner

advplyr commented Jan 30, 2025

Image

@matieke
Copy link
Contributor Author

matieke commented Jan 30, 2025

Yes, they all have the exact same timestamp.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working unable to reproduce Issue is not yet reproducible waiting Waiting for OP
Projects
None yet
Development

No branches or pull requests

2 participants