On the "Albums" and "Tracks" views the scrollbar is not all the way at the edge, which looks weird and makes it hard to scroll, because it doesn't work if the cursor is outside the scrollview.

Revealing controls on hover is generally not a good idea for a number of reasons, including discoverability, accessibility, and input method support (inaccessible via touch/keyboard). The app currently uses hover controls on album covers and track lists (and maybe others places I haven't encountered?), I'd revisit these and replace them with static buttons, context menus, or something else that doesn't require hover.

The lists on the preferences window look very strange with the black-on-gray, white separators, etc. I'd either recolor the whole window (including headerbar etc.) and make them semi-transparent, or just keep the default styling for background, listbox, and everything else.

The cover art fallback has a number of issues currently:

• The dark-on-dark text is hard to read, I'd reduce the opacity
• The light font weight should not be used at non-huge sizes, and this is definitely too small. I'd just use the regular font weight.
• When the text reflows, it's left-aligned, which looks super weird above a centered artist name, I'd always center it
• There's no horizontal padding on the text, so it goes too close to the edges, I'd add 12px padding

How to reproduce

1. Install resonance through Flathub
2. Have a .wma file (you can use ffmpeg (CLI) or FFaudioConverter (GUI))
3. Add it to your library
4. Try playing the track

Traceback

ERROR resonance::player::gst_backend                         > Error from element `typefind`: Error { domain: gst-stream-error-quark, code: 1, message: "Internal data stream error." } 
DEBUG resonance::player::gst_backend                         > Debug info: ../plugins/elements/gsttypefindelement.c(1257): gst_type_find_element_loop (): /GstPlayBin3:playbin3-0/GstURIDecodeBin3:uridecodebin3-0/GstDecodebin3:decodebin3-0/GstParseBin:parsebin0/GstTypeFindElement:typefind:streaming stopped, reason not-linked (-1) 
ERROR resonance::player::player                              > Player error

Possible solution

It's seem like a missing dependency for gstreamer.

I know that the window on the first startup is not supposed to be resized so I don't know if it's intended to be but when reopening the application, it still takes up all the available space even though it was resized small when closed.

I'm not too bothered that the application forces a certain size when it first opens even if I think it's annoying for people using a tiling window manager. However, I'm against forcing a size on every startup - especially for it to be so big - and that's why I think the application should remember its size on closing.

PS: After rereading, I realized that some of the sentences were a bit confusing and I apologize for this. It mean that you can ask if you don't understood something because it's my fault