@orinovet Thanks for the suggestion. A bind mount does seem to be a good simple workaround for the problem!

Sorry for the late reply @jonas .
I tried the integrity check and it came back ok.

I did a bit more thinking about this, and I think I pinned down the problem.

Suppose I open a file from the "Collection" menu and right click --> "Edit Track Info." Then Path shows up as /media/WD1TB/music/collection/whatever.mp3, even though this is just a symlink to /media/WD2TB/music/collection/whatever.mp3.

However, now suppose I open a playlist that has /media/WD2TB/music/collection/whatever.mp3 as one of the entries. Then "Edit Track Info" shows the Path as /media/WD2TB/music/collection/whatever.mp3. Presumably that file is not found in the collection/library, so it has empty playcounts and lastplayed information.

Now here's the part that doesn't make sense to me, and which I think might be undesirable behavior in Strawberry. Suppose I go into that playlist and manually edit the filename so that it is /media/WD1TB/music/collection/whatever.mp3, which again is just a symlink to /media/WD2TB/music/collection/whatever.mp3. When I open the playlist, "Edit Track Info" follows the symlink and still says the Path is /media/WD2TB/music/collection/whatever.mp3, so that the file is again not found in the collection/library.

So it seems like Strawberry's behavior with respect to symlinks is different when opening something through collection than it is through a playlist.

A related question on how the database is organized. Is it really the case that files are indexed and searched for by their absolute paths, as suggested by the behaviour above? If so, what is the recommended procedure for changing where the collection is mounted?

@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.