10 Commits

Include renames

Author	SHA1	Message	Date
Admin	9928840577	Add library manager with tracks, albums and uploads sections	2026-09-25 01:07:15 +02:00
Admin	155f0e2b6a	Move liked tracks state to state/ and recently played merge to player/	2026-09-24 13:58:43 +02:00
Admin	5cda7cb4c1	web-player: split player, navigation and accent state into focused modules	2026-09-24 05:25:35 +02:00
Admin	5b2a0e4d46	web-player: normalize tracks, albums and playlists into single domain types at the server boundary	2026-09-24 05:09:37 +02:00
Admin	bc43b4b6eb	web-player: fix playlist ownership, sidebar counts, home spotlight and assorted page bugs	2026-09-24 05:02:26 +02:00
Admin	b2f450dcf7	web-player: add Vitest, unit tests and pure queue operations	2026-09-24 04:54:09 +02:00
Admin	b61ff1ebec	Make Discover and upload genres dynamic ... Discover used a hardcoded list of genre tiles that searched track titles, and the upload form kept its own copy of the genre list and compatibility rules. Both now come from the backend. Backend: - GET /genres returns genres with at least one track and their counts. - GET /genres/available returns every assignable genre with the genres it cannot be combined with, so the rules live only in GenreCompatibility. - GET /tracks accepts ?genre= (case-insensitive, 400 on unknown values). web-player: - Discover tiles are built from /genres; each opens /explore?genre=X, a song list filtered by that tag. Unknown genres fall back to a label derived from their name. - The upload form loads /genres/available, disables incompatible genres as you pick, and the server validates before reserving upload URLs. - lib/data/trackGenres.ts is removed; its helpers merge into lib/data/genres.ts. - Regenerate the typed API client.	2026-09-23 20:05:30 +02:00
Admin	a7929c0ac9	Enhance upload functionality with genre selection and validation; refactor session cookie handling	2026-09-23 18:33:21 +02:00
Admin	6e86c3d2c5	Carry track duration through the queue pipeline ... ApiTrackLike/QueueItem had no duration field, so toQueueItem(s) always dropped it and toTrack() hardcoded a new track's duration to 0, relying entirely on the <audio> element's durationchange/loadedmetadata events to fill it in once that track actually became current. Upcoming queue rows never reach that point, so "A continuación" always showed a blank duration even though the backend already returns it. Add duration to both types, thread it through toQueueItems/toQueueItem/ trackFromQueueItem, and seed toTrack() from it. The real-time audio sync still overwrites it once a track actually plays, so this only fills the gap for tracks that haven't played yet. Also map MixItemApplicationResponse's durationSeconds through mixItemTrack, since mixes use a differently-named field.	2026-09-22 18:46:17 +02:00
Admin	53fc24d4bc	Move domain data helpers into lib/data	2026-09-22 14:10:55 +02:00