mirror of
https://github.com/koel/koel.git
synced 2026-04-25 16:56:02 +03:00
[GH-ISSUE #1675] [feat] Allow resuming of a song that was previously playing. #918
Labels
No labels
Authentication
Dependencies
Documentation
Feature Request
Flac
Help Wanted
Installation/Setup
Integration
Mobile
PR Welcome
Pending Release
Performance
Playlist
S3
Search
Sync
[Pri] Low
[Pri] Normal
[Status] Keep Open
[Status] Needs Author Reply
[Status] Needs Review
[Status] Stale
[Status] Will Implement
[Type] Blessed
[Type] Bug
[Type] Duplicate
[Type] Enhancement
[Type] Help Request
[Type] Question
[Type] Task
pull-request
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/koel-koel#918
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
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?
Originally created by @SketchNI on GitHub (May 6, 2023).
Original GitHub issue: https://github.com/koel/koel/issues/1675
Description
Let's say I'm playing "Cliffs of Dover" by Eric Johnson and at 2 minutes 30 seconds, I close my browser. A few hours later, I reopen Koel in my browser and want to resume the song from that point but I can't.
Example
This could be achieved (maybe?) by writing the song uuid and progress to localStorage every few seconds and when initiating a new session in koel, check for
koelMediaResumein localStorage, pull the song and set the progess to the last recorded timestamp.@phanan commented on GitHub (May 12, 2023):
Yeah, I've been thinking of the idea of maintaining the listening session (current song, current time, and current queue) but don't have time yet. The ideal case would be that these are synced between browsers/devices as well.