search operators only apply to non-cached tracks

[RJ Skerry-Ryan]

You can't use search operators on data that hasn't made it to SQLite yet.

[jus (jus)]

Can you guys please briefly explain in plain language what changed here from a users perspective? I've read the commit log "Implement searching by term on string-typed fields of dirty tracks " but that did not helped necessarily ;-)

[Owen Williams (ywwg)]

If a track is "dirty," ie it has had a field edited (like bpm, comment, played/unplayed status, etc), then it would not previously show up in search results. This is because our search was based on SQL, and dirty tracks aren't yet in SQL. What this means is that if you did a search for "artist:perc", and you had recently been editing one of perc's tracks, that track would not show up in the search results.

tl;dr: this is a bug fix, not a new feature. And yeah, I realized that commit message was a bit awful.

[jus (jus)]

Thanks for the explanation, it was not clear to me what it means when a track is "dirty".
One last question to understand the process: Under what conditions will be "dirty" tracks saved to SQLite, on shutdown, on specific actions, periodically ... ?

[Owen Williams (ywwg)]

I believe dirty tracks are committed periodically, on the order of every few minutes.

[Swiftb0y (swiftb0y)]

Mixxx now uses GitHub for bug tracking. This bug has been migrated to:
https://github.com/mixxxdj/mixxx/issues/6433