Stuck after a track is finished

Jellby

I've had this happened several times. I'm playing a playlist (local files), and when some track is finished, the player gets kind of stuck:

The track that just played does not get its playcount increased
The track that just played is still highlighted in the playilst
The player shows the "stop" button, not "play"
The progress bar is at 0:00
Nothing is playing

If I click on stop and then play, the same track plays again, and when it finishes playback continues normally with the next track.

This happens for different tracks from different sources, so I don't think it's file-related. It's a bit random, but lately I think I've noticed it tends to happen after I've paused the playback (not every time I pause it happens, but every time it happens I have paused). The tracks are all in an USB hard drive, so that could be related.

Is this something someone else has noticed? Is it a known issue? Could there be an easy-to-identify and fix bug in the buffering?

I'm running Strawberry 1.0.17 on Kubuntu 22.04 (KDE desktop).

Jellby

For the record, I've been running Strawberry from command line for a while now (a few weeks), to see if there's any message when this happens. As anyone could expect, it hasn't happened since. I'm just writing this in the hope that by doing so, the problem will appear again immediately after I post it

Jellby

Well, not immediately, but sure enough it happened now. Once again, it happened after I had paused a track, but I don't see anything strange in the terminal:

12:02:12.923 DEBUG MainWindow:1366                  Song changed to "John Coltrane" "The Complete 1961 Village Vanguard Recordings" "Impressions (C)"
12:02:12.925 DEBUG Player:733                       Playing song "Impressions (C)" QUrl("file:///media/user/FREEAGENT/Jazz/John Coltrane - The Complete 1961 Village Vanguard Recordings/17 - Impressions (C).mp3") position 0
12:02:12.925 DEBUG GstEnginePipeline:751            1 event latency
12:02:13.815 DEBUG PlaylistBackend:330              Saving playlist 1
12:11:25.654 DEBUG GlobalShortcutsBackendKDE:216    Key QKeySequence("Media Play") pressed.
12:29:06.436 DEBUG GlobalShortcutsBackendKDE:216    Key QKeySequence("Media Play") pressed.
12:29:06.437 DEBUG GstEnginePipeline:751            1 event latency

The track in question is 15 minutes long. The first "Media Play" is the pause event, which happened not near the beginning or end of the track. The second "Media Play" is the resume event. Some minutes after that, the track ended, and the player is stuck without advancing to the next track in the playlist or showing anything else in the terminal. The time it was paused was enough to trigger "screen energy saving", but I'm not sure that has anything to do.

CharAznableLoNZ

I also have this problem. It is inconsistent on when it's going to happen. I'm on Version 1.0.23 on Fedora 39 KDE. While it's stuck on buffering I can interact with the window, however if I try to manually play the next track strawberry freezes.

Jellby

@CharAznableLoNZ Any other difference from my original report? Are your tracks also on an external drive? Is there a correlation with having paused/resumed the playback before the problem occurs?

CharAznableLoNZ

@Jellby The tracks are on a USB drive that is mounted at boot. It is treated as a normal HDD compared to a USB drive that gets plugged in later and mounted in /media. I notice it most often when strawberry stops playing music. I don't often pause/unpause my music so I don't know if that is involved.

CharAznableLoNZ

@Jellby I've noticed it happening more recently. I have it happening despite not pausing the tracks. I have to kill the process since it just locks up when I try to change tracks manually once it's stuck on buffering. I wonder if it's trying to access gstreamer. I have my set to use wrapper audio sink since that is what it was default and it has always worked before.

Jellby

@CharAznableLoNZ It might be a different issue from mine. In my case, I haven't noticed a single time where it happened without having paused the track. And I haven't tried changing tracks (I believe), but it's always fixed by stopping and playing again, and never had a crash (so far).

Jellby

I've now had it happening a couple of time without pausing the track. Just now, I started Strawberry (1.1.2-rc1), added an album to the (empty) playlist and at the end of the second track it got stuck.

Jellby

Finally caught it while running with GST_DEBUG=5. This time, I had paused the track somewhat close to its end. Unfortunately, the logging is on the insane level, so I couldn't copy it all, and I don't even know if it has anything useful. Here is the last part of it, just in case:

https://paste.c-net.org/PuritySidra