yonlu acb84660f0 fix: drain scan queue after FullRescan's direct scanInternal call ...

FullRescan calls scanInternal directly (not via startScan) to get
ScanMetrics back. But startScan is what calls drainQueue when it
finishes. Without drainQueue, any libraries queued via ScanLibrary
sat in the queue forever — scanActive remained true, the queued
library never scanned.

Fix: call drainQueue in a goroutine after queuing the remaining
libraries. This processes the queue sequentially and eventually
sets scanActive=false + fires OnAllScansComplete.

2026-03-28 10:32:34 -04:00

..

config_test.go

test(04-02): add config and sub-config validation tests

2026-03-03 17:00:12 -05:00

config.go

configurable scan parallelism based on hdd or sdd

2026-02-19 13:59:02 -05:00

coverart.go

extracted cover art handling from library package

2026-02-25 15:31:05 -05:00

crud.go

fix(13-02): auto-resolve phantom playlist tracks after library scan

2026-03-16 12:29:06 -04:00

library.go

fix: start index build only after ALL library scans complete

2026-03-28 10:25:04 -04:00

metrics.go

fix(12-02): serialize ScanWarning.Err as string instead of error interface

2026-03-14 12:06:02 -04:00

query.go

feat: MusicBrainz verification badge + MBID links in track details

2026-03-28 10:11:52 -04:00

rescan.go

fix: drain scan queue after FullRescan's direct scanInternal call

2026-03-28 10:32:34 -04:00

scan_control.go

feat(11-01): per-library scan pipeline with queue coordinator

2026-03-09 16:02:54 -04:00

scan_queue.go

fix: start index build only after ALL library scans complete

2026-03-28 10:25:04 -04:00

scan_test.go

fix: add missing playCount and lastPlayed args to mapTrackRow test calls

2026-03-22 11:10:59 -04:00