I'm not sure if that happens with a particular album or all of them. And the text of the error may help someone to figure out what's happening. What is it?

Just a couple of tips adding to the suggestion by silver-sun (which is the safest for important playlists, since an external file will survive an eventual database corruption): Use Undo to fix a mistake during the current Strawberry session. Keep in mind that the undo history will be lost if you close the player. We have starred (favorite) playlists, which are kept in the sidebar tab "Playlists" after being closed in the playlists pane (so, there's less chance of spoiling them), and are updated on the fly when open, like regular ones. To add a favorite, right click on the playlist tab and choose "Star playlist" You may find the combination of external, regular and favorite playlists that suits you best. For example, an external as backup to save every now and then plus a favorite (even also a regular one). Or two favorites: a do-not-touch version for reference/backup and another one to play with safely.

@Darkness-Twisty It works here with the latest release 1.2.11, if you got an option for "OAuth", it's an older release of Strawberry, the latest OAuth is always being used. Strange errors might happen if there is a incompatible client id used.

I figured out how to fix this. I inststalled DB Browser and it allowed me to edit the database and remove the items that no longer existed.

I know this topic is quite old but I'm having the same issue today but the "offline mode" setting is unchecked/disable and yet it still doesn't scrobble, what do I do when that is the case? (I'm running Strawberry on NixOS however, no flatpak)

Little update. It appears even on non-exclusive outputs (such as WASAPI2) Strawberry does use the samplerate set by the Windows mixer. I guess this causes forced resmapling in all playback cases, thus noticeably reducing sound quality.

@rlkeeney @jonas thanks lads, sorry, only just saw these replies. Ok so for MP3 ID3v2.4 I shouldn't need to do anything given I have those 4 options ticked, i.e.: Once a track has finished playing in Strawberry -- if I've rated it in Strawberry, Strawberry should save the rating to the file -- Strawberry should increment the playcount +1 and save that to the file If I edit a track externally (for reference, I would only be saving other tag fields, never rating nor playcount) Strawberry will re-read the track... so if I listen to a track in Strawberry, rate it, the track ends and the rating and playcount are updated by Strawberry to the track's ID3, then I change the track's comment externally, Strawberry should subsequently re-read the track's info (when it does a full scan?) and see the updated comment, and the rating & playcount should still be correct? I might need to do some testing on that last one. For some reason it seems I have LOADS of tracks I've definitely played countless times, which have playcount=0, and similarly loads I've played and rated which have blanks for both. In the meantime I've edited various ID3 details for those tracks, but as I understand it, that should never compromise the playcounts and ratings, so it seems something is behaving incorrectly...

@mike_jones Update: after another 45 minutes, it's up to 5% so not completely stuck, just very slow.

@jonas Thank you

hello, I'm having the same issue where strawberry can't find the ipod database - using strawberry version 1.2.10, linux mint, and a 7th gen ipod classic. it's a new to me ipod that's never had music installed on it, and strawberry can interact with my 5th gen classic (which already had music on it) just fine.

@jonas ah shoot that sucks thank you