GNOME Bugzilla – Bug 624719
File supposed to be closed but is not
Last modified: 2016-11-11 21:28:51 UTC
Hi ! I originally reported this to the Rhythmbox devs but I've been told it's a gstreamer bug. Here is the deal. I noticed that when a song finished reading then the file is not closed immediately. However, if I skip the song because I don't want to listen to this one, then it's closed. I noticed this using inotify but you can see this behaviour by checking the opened files like this : lsof | grep rhythmbox | grep REG | grep -v mem | grep mp3 Here is a scenario : - File A was read, it's over but the file is still opened. - File B is the current song. - As soon as file B is over, file C starts. And when file C starts, File A closes at the very same time. FYI: I use Ubuntu 9.10. Regards.
Could you try this with newer versions of GStreamer than what's in Ubuntu 9.10? There's a GStreamer PPA that offers newer packages.
I have the very same behavior on an up-to-date Archlinux. I guess the package for Archlinux is recent enough.
> I guess the package for Archlinux is recent enough. You guess? What versions are you using on arch linux? What's the output of gst-inspect-0.10 uridecodebin | grep Version ?
0.10.29
Do you need additional informations ?
I can reproduce this with rhythmbox and GStreamer as in debian sid (when playing mp3s).
However, there doesn't seem to be a permanent leak here, it's just that the previous file stays open for longer than needed.
Any update on this ?
(In reply to comment #8) > Any update on this ? Well, what exactly do you want to know and from who? Vague unaddressed questions normally don't trigger answers.
Ancient and unsupported GStreamer version, no activity for more than 2 years, and no indication the there's actually a bug in GStreamer here, so I think we'll close this. Please re-open if you still have this problem with recent versions of GStreamer (e.g. 1.10) and rhythmbox, thanks!