It would , at least for my usage of strawberry, to have an option to display track numbers in the collection.
Example scenario:
You have this huge (284 track) album https://www.naxos.com/CatalogueDetail/?id=VOX-ED-5996
Use smart playlist and it selects amongst others (say) track 252 - a prelude for which there's a matching fugue. I try to add the fugue so that I listen to both, that involves using 'Show in Collection' and then hunting through that display to find track 253, the scrolling down would be a lot easier with the option of having track numbers. Maybe a workaround (at the moment) is to instead use 'Show in file browser' and then - assuming the track is part of the filename - drag the track into the collection.

If I'm playing a track and select 'show in collection' if I then notice the album image is incorrect, do a 'search for album covers' select a better one, the cover is changed but the display of the track and any others in that album/artist search in the collection window is cleared.

@smeatheringham I was thinking that this works for me - but I see that it's substrings not at the start of words that don't work. So etud gives me correct search results but tud doesn't

I have a cue file with lines like
TITLE "Symphony No. 5 - II. Stürmisch bewegt. Mit größter Vehemenz"
but in the playlist and the collection browser they're not being correctly shown

I'm using your 1.0.17-63-g3df29ed2 build looking at the code
I'd assume that the #if (QT_VERSION >= QT_VERSION_CHECK(6, 0, 0)) is correctly detected - and the about Qt claims to be 6.3.1
The ü character is well within the first 1024 characters (assuming that's peek check). Maybe I should run through with gdb unless there's an obvious fail here?

@rajm PR created - feel free to ignore if you think the composer tag is not sufficiently defined meta data, finding definitions of cue files is hard (for me anyway!)

@mrbluebudo the empty rules menu has been fixed (at least for me!) - in recent builds which you'll need to download manually

@jonas On checking - I had protobuf-compiler already installed (so why did I install via snap??!!) I removed the snap version and re-ran cmake - make then gave me
ext/libstrawberry-tagreader/CMakeFiles/libstrawberry-tagreader.dir/build.make:73: *** target pattern contains no '%'. Stop.
I removed the build directory contents and then cmake/make ran ok - not sure whether cmake should just have worked with the dependency change but it's now ok.

@jonas Will do! (but at moment the bug isn't re-appearing)

I'm trying to build from a recent git pull and make fails on me with the following error:
/snap/protobuf/52/bin/protoc: /snap/core20/current/lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.34' not found (required by /lib/x86_64-linux-gnu/libgtk3-nocsd.so.0)
I had to install protobuf from snap (I'm on ubuntu 22.10) looks like I just have glibc 2.31
https://forum.snapcraft.io/t/snapping-application-that-depends-on-glibc-2-34/26822 suggests I have to go to a LTS version to build or are there other means of getting around this?

@jonas Sorry for insufficient context - yes the context menu when playing the track. Installed from https://builds.strawberrymusicplayer.org/ubuntu/ in my case - and so far I have not managed to crash whilst doing that - thanks! However - I'd closed smp (pre update) with that waterways track (with the failing search) as the next track on restarting smp with the new version it crashed before I'd had chance to play that track! Tried again (from command line) crashed again and that "server replied: Not Found (203)" was the last line before integrity check and crash, not sure if the database got into a dodgy state because of that non existent cover that is now repaired? Will keep an eye on it!