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

[Feature Request]: Better behavior to resume playing at previous timestamp #5512

Open
3 tasks done
scampsi opened this issue Aug 1, 2024 · 1 comment
Open
3 tasks done

Comments

@scampsi
Copy link

scampsi commented Aug 1, 2024

Guidelines

  • I have searched the issue tracker for open and closed issues that are similar to the feature request I want to file, without success.
  • I have searched the documentation for information that matches the description of the feature request I want to file, without success.
  • This issue contains only one feature request.

Problem Description

When the app is working normally it is safe to trust it to remember the playback position in [long] videos and to resume at the appropriate timestamp next time.

But when the app has intermittent issues with playing videos like we've seen recently it can forget the playback position:

  • When trying to resume watching a video results in an error then a subsequent successful attempt to launch the video will restart playback from the beginning (particularly relevant for intermittent errors that can be resolved by retrying manually)

Proposed Solution

The player doesn't forget the previous timestamp after encountering

Alternatives Considered

The app could store the most recent playback timestamp for watched videos separately from the player.
It would not overwrite an existing stored position if the new one falls in the first X seconds of the video to give the user time to react when the player restarts the video from the beginning.
It would display the stored timestamp and, optionally, offer an way to jump to it.

Issue Labels

improvement to existing feature

Additional Information

No response

@scampsi scampsi added the enhancement New feature or request label Aug 1, 2024
@efb4f5ff-1298-471a-8973-3d47447115dc

Edited your issue and removed parts that are related to #2365 which will be fixed in our next major release.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
Status: To assign
Development

No branches or pull requests

2 participants