Nicolas
5b2b832be7
imageUrlFors own Audio -> AlbumId fallback was silently never triggering for a track played directly (not via its album/artist), because the raw item that decision runs against - CatalogService getRawItem - never requested AlbumId from Emby. Its default field set for a single-item GET omits it entirely, so item.AlbumId read undefined regardless of whether the tracks actual album had one - falling through to the tracks own id every time, which essentially never has a Primary image of its own. Every other path that resolves a tracks image already asks for AlbumId correctly (getAlbumTracks/ getPlaylistItemsRaw), which is why launching a whole album/artist/ playlist was never affected. Fixed the one gap: getRawItem now requests Fields=AlbumId too. Flagged directly as probably not the whole images-are-hard-to-find story - a real Emby library can also legitimately have no Primary image at all for a given artist/album, which is not a bug this app can fix. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com> |
||
|---|---|---|
| .. | ||
| castTokenService.test.ts | ||
| catalogService.test.ts | ||
| embyClient.test.ts | ||
| embySessionService.test.ts | ||
| musicQueueService.test.ts | ||
| partyService.test.ts | ||
| partyStreamService.test.ts | ||
| playstateService.test.ts | ||
| socketGateway.test.ts | ||
| transcodeService.test.ts | ||