strawberry playlist filtering is malfunctioning
-
hello,
I have been using strawberry for a while, and noticed that the playlist filter has begun behaving erratically - when performing a basic title search, incorrect results are returned or sometimes no results at all, even when the exact title is used.
I tried compiling the latest version from the github source, but the behavior persisted. By compiling older commits and checking if they work as expected, I believe that I narrowed down the culprit to the commit identified by 6543e4c5da76bdb55674bc0c286b1c2663a1c6f4.
I use archlinux with KDE 6.1.3, KDE framework 6.4.0 and Qt 6.7.2.
If anybody encountered a similar problem in the past, any information would be greatly appreciated!
-
@roman
I don't see anything wrong here. Can you give an example, what title does not match, and what word are you searching for? -
Thank you for the swift reply,
The simplest example that I managed to reproduce:
create new folder, put file named file.mp3 in there.
clear current playlist
use playlist > add folder and select the created folderon a build using the latest commit, when typing "file" or "title:file" in the search bar, no matches are found.
on earlier builds, the file is and found as expected.On my actual playlists I also find that some files are matched and some not - for example, searching for a track who's title is "STILL STANDING.mp3", on older versions typing "sti" into the search bar results in many tracks that contain "sti" in their title, including the desired track. On newer versions, only a small subset of these files appear:
old version, when searching for "sti":
Blood Harvesting
Command & Conquer - Act on Instinct Remix [SIDNIFY].mp3
Lyrics AMV Tales of Zestiria The X OP FULL Kaze No Uta 風ノ唄 FLOW.mp3
QUESTION.mp3
STILL STANDING.mp3
Shoujo Kakumei Utena OST XII Track 09 Absolute Destiny Apocalypse (Full Version).mp3
Still, Move Forward! (Combat Theme 3) - Xenoblade Chronicles 2 OST [078].mp3new version:
Only "Blood Harvesting" shows uponly one track appears, despite the others being present in the playlist.
Hope this helps, I am unable to do so right now, but I will try to reproduce the problem on another machine
-
@roman I think its better to confirm what I'm saying, but perphaps the search looks for the metadata, not the filename?
-
@Gustavo-L-Conte you may be right. I just tested it using the same playlist in the example from my previous comment, when searching for tracks with "sti" in their titles.
For any of the tracks that showed up when searching in the older version, I checked their tags using right click > edit track information > tags, and it seems that for all tracks aside from "Blood Harvesting"(the track that shows up in both old and new versions when typing "sti" into the search bar) had all of their tags empty, including their title tag. When I tried manually changing the title tag of one of the other tracks into a word containing "sti", it started showing up in the search.
I also tried using filename seach (typing "filename:sti") in the search bar, but got the same results - in older versions, many tracks appear, while only "Blood Harvesting" appears in the newer one.
Most of my tracks come from unorganized miscellaneous sources, so their metadata is probably not complete. The track "Blood Harvesting", unlike the other tracks, is a part of an organized OST collection (from the DOOM ETERNAL soundtrack), so it did have metadata already.
The problem MAY be something along these lines: in older versions, when the title was not set in metadata, the playlist filter defaulted to using the filename as a title, but the behavior changed at some point. (I searched the settings for any option that may be related to this behavior, but haven't found anything obvious. Perhaps there should be and option for this). I think this may be the case because searching for "title:sti" works in earlier versions but not recent ones, so the filename is clearly being used instead of a title(most tracks in my playlist have no title metadata). The reason may be related to "filename:sti" also working in earlier versions and not in recent ones.
-
-
@jonas compiled the latest version, definitely works now, thank you very much!
