feishin icon indicating copy to clipboard operation
feishin copied to clipboard

Default Navidrome album art isn't loaded occasionally.

Open Suoslex opened this issue 1 year ago • 3 comments

Expected Behavior

Album arts are loaded properly and shown by the track title.

Current Behavior

Sometimes, with no obvious reason, default Navidrome album arts aren't loaded. It happens both with big art and small art. Screenshot 2024-09-12 at 13 40 34 Screenshot 2024-09-12 at 13 39 57

Steps to Reproduce

Just switching between tracks by double-clicking

Possible Solution

No response

Context

No response

Application version

0.9.0

Operating System and version

macOS Sonoma 14.4.1

Server and Version

0.52.5 (latest)

Node Version (if developing locally)

No response

Suoslex avatar Sep 12 '24 05:09 Suoslex

I am able to reproduce this as well (I just search for an album with no art, and the album art is broken, but the track art isn't), but my suspicion is that it's a Navidrome issue. The art is just retrieved using getCoverArt, which is a standard endpoint. My guess is that it's a caching issue, but I don't know currently.

kgarner7 avatar Sep 12 '24 06:09 kgarner7

I am able to reproduce this as well (I just search for an album with no art, and the album art is broken, but the track art isn't), but my suspicion is that it's a Navidrome issue. The art is just retrieved using getCoverArt, which is a standard endpoint. My guess is that it's a caching issue, but I don't know currently.

Also encountered a weird bug, decided not to create a new issue. Sometimes one Album art doesn't go and being covered by another one. As far as I understood, it happened when my music played in the background while the player window was on (not minimised), and when I switched to it I got his results.

Screenshot 2024-09-13 at 11 16 02

Suoslex avatar Sep 13 '24 03:09 Suoslex

Had a similar issue. Took a look at devtools and it was requesting something like this:

curl 'http://navidrome.lan/rest/getCoverArt.view?id=ID&u=USER&s=SECRET&v=1.13.0&c=feishin&size=300' \
  -H 'Accept: image/avif,image/webp,image/apng,image/svg+xml,image/*,*/*;q=0.8' \
  -H 'Accept-Language: en-US' \
  -H 'Connection: keep-alive' \
  -H 'User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) feishin/0.11.1 Chrome/126.0.6478.234 Electron/31.7.2 Safari/537.36' \
  --insecure

The .view in the URL is incorrect(at least for the version of navidrome I'm running on my NixOS server -> 0.52.5 (v0.52.5))

So for a quick fix I just rewrote the requests that had the .view suffix with Caddy like this:

route {
  @coverArt {
      path /rest/getCoverArt.view
  }

  handle @coverArt {
      rewrite * /rest/getCoverArt
  }

  reverse_proxy :4533
}

And it started working without issues.

ravensiris avatar Nov 10 '24 03:11 ravensiris

This issue has been automatically marked as stale because it has not had recent activity. The resources of the Feishin team are limited, and so we are asking for your help. If this is a bug and you can still reproduce this error on the development branch, please reply with all of the information you have about it in order to keep the issue open. This issue will automatically be closed in the near future if no further activity occurs. Thank you for all your contributions.

github-actions[bot] avatar Jul 04 '25 03:07 github-actions[bot]