@jonas could you suggest some things to look into here? I'm happy to investigate further on my own, but I'm stuck, could use a pointer.

Anyone have any advice on what to look at here?
Is there some place I can read about how the database is organized/works and how it interacts with playlists? That might give me some clues I can look at.

I used to store my music collection at
/media/WD1TB/music/collection
I bought a new hard drive to store my music on, so that now my music exists at
/media/WD2TB/music/collection
Based on my past experience with Clementine/Strawberry, I did not change my music library path because I didn't want my playcount/etc statistics to be lost. (I just tried and confirmed this does happen still, even though the subdirectory collection contains exactly the same files.)

So instead, I created a symlink
/media/WD1TB/music => /media/WD2TB/music

Now I've started noticing some unexpected behavior. When I load some tracks from the "Collection" menu, the old playcounts/etc are correctly shown, and get correctly updated. However, when I load a playlist that contains the same tracks, I do not see playcount/etc. information, nor does it get updated after playing the track.

Any idea what's going on here, and how to fix it (or debug further)?

Thanks, going into strawberry.conf and manually changing last_save_playlist did the trick.

@jonas is it better for me to post this as an issue on Github? Happy to do that if it is easier.

I also had this issue in a prior version of Clementine (before the space-removal bug was introduced), so perhaps that is some clue as to what is going on.

There is one thing that seems to have regressed as a result of this fix.

The default "Open Playlist" directory is not the same as the default "Save Playlist" directory.

For example, suppose I open a playlist in ~/music/playlists/.
Then I go to save it again.
The default directory is now ~.
Before this fix, it was ~/music/playlists/, which I think should be the expected behavior.

Thanks for fixing this!
The Ubuntu PPA works perfectly with Linux Mint.

System information

Operating System: Lint Mint 20
Strawberry version: 0.8.3 installed via repository

Expected behaviour / actual behaviour

I open an existing playlist called "My Playlist.xspf"

Expected:
When I go to save it again, the name defaults to "My Playlist.xspf" (with space)

Actual:
When I go to save it again, the name defaults to "MyPlaylist.xspf" (no space)

I also had this problem in Clementine version 1.4 on Linux Mint 20. I have recently migrated to Strawberry (which is great, by the way!), and I thought maybe it would be fixed, but it is not. Maybe it's a more general QT issue? I don't recall having it in Clementine 1.4 on Linux Mint 19.2.

It's a (minor) annoyance since it means that when I modify a saved playlist and want to save my modifications I have to scroll through the file list to pick it by hand. An alternative is to rename all of my playlists to remove spaces, but I'd prefer not to do that.

Edit: If this is indeed a bug I am happy to post an issue on the GitHub repo, just thought I would check here first in case it is known or not reproducible. I didn't see anything on the repo to suggest it was known.