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

Current song restarts after click on the seek bar #1258

Closed
3 tasks done
glaubersm opened this issue Aug 9, 2023 · 4 comments
Closed
3 tasks done

Current song restarts after click on the seek bar #1258

glaubersm opened this issue Aug 9, 2023 · 4 comments
Assignees

Comments

@glaubersm
Copy link

glaubersm commented Aug 9, 2023

  • I have checked the FAQ for answers.
  • I have checked the Changelog that the issue is not already fixed.
  • I believe this issue is a bug, and not a general technical issue, question or feature requests that can be discussed on the forum.

Describe the bug
After click on the seek bar, the current song restarts instead of playing from the point clicked in the seek bar.

To Reproduce

  1. play a song
  2. 5 seconds before the song ends, backward it by clicking on the seek bar
  3. if the song did not restart after the previous steps, repeat the step 2 a few times. At some point the current song will restart.

Expected behavior
the song should always play from the point clicked in the seek bar

Screenshots:
If applicable, add screenshots to help explain your problem.

System Information:

  • Operating system: Arch Linux
  • Strawberry Version: 1.0.18
@jonaski jonaski added the bug label Aug 30, 2023
@jonaski
Copy link
Member

jonaski commented Oct 7, 2023

Possible fix 76fa474
If possible try with the latest code from master including 76fa474

@glaubersm
Copy link
Author

I have just installed strawberry_1.0.20-22-g2a9b3269-jammy_amd64.deb.
The bug is still reproducible.

@glaubersm
Copy link
Author

glaubersm commented Oct 10, 2023

Can reproduce with "auto" output, but cannot with PulseAudio output.

@jonaski jonaski self-assigned this Oct 10, 2023
@jonaski
Copy link
Member

jonaski commented Oct 10, 2023

I could reproduce it with both. I suspect this might be a GStreamer bug, there was a problem with the seek being too fast when seeking after the next URI was set, I've fixed it by delaying the seek a bit (not noticeable).

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants