vanja/feishin
1
0
Fork 0
mirror of https://github.com/jeffvli/feishin.git synced 2026-07-09 12:09:57 +02:00
Code Issues Packages Projects Releases Wiki Activity

fix: startup resume-seek cancelled when shuffle is enabled (#2203)

Browse Source 
applyStartupSeek() compared the armed target song against
getQueue().items[player.index], but player.index is a position in the
shuffled order while getQueue().items is always the default order. With
shuffle enabled the lookup resolves to the wrong song, the uniqueId
check fails, and the startup resume-seek is silently cancelled — the
track then plays from 0:00 and the progress poller overwrites the
persisted timestamp.

Use getCurrentSong() instead, which maps the index through
queue.shuffled, matching how the seek target is armed.

Fixes #2202

Co-authored-by: Maurits <WhoCarrot@users.noreply.github.com>
Co-authored-by: Claude Fable 5 <noreply@anthropic.com>
This commit is contained in:
Maurits
2026-07-06 03:10:36 +02:00
committed by GitHub
parent 972bd22ddf
commit 2ad4c58dcd
1 changed files with 1 additions and 3 deletions
Download Patch File Download Diff File Expand all files Collapse all files
src/renderer/features/player/hooks/use-queue-restore.ts
+1 -3
View File
@@ -78,9 +78,7 @@ export const useInitialTimestampRestore = () => {
} }
const targetUniqueId = startupSeekTargetUniqueIdRef.current; const targetUniqueId = startupSeekTargetUniqueIdRef.current;
const currentUniqueId = usePlayerStore.getState().getQueue().items[ const currentUniqueId = usePlayerStore.getState().getCurrentSong()?._uniqueId;
usePlayerStore.getState().player.index
]?._uniqueId;
if (targetUniqueId && currentUniqueId !== targetUniqueId) { if (targetUniqueId && currentUniqueId !== targetUniqueId) {
cancelStartupSeek(); cancelStartupSeek();