After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 701376 - Loading next track fails sometimes
Loading next track fails sometimes
Status: RESOLVED FIXED
Product: gnome-music
Classification: Applications
Component: general
unspecified
Other Linux
: Normal normal
: ---
Assigned To: gnome-music-maint
gnome-music-maint
Depends on:
Blocks: 701380
 
 
Reported: 2013-05-31 16:33 UTC by Arnel Borja
Modified: 2013-06-01 16:26 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Patch (974 bytes, patch)
2013-06-01 00:03 UTC, Arnel Borja
none Details | Review

Description Arnel Borja 2013-05-31 16:33:16 UTC
Playing the next file sometimes fails if the next one is flac. The following shows up in the terminal:

Gjs-Message: JS LOG: URI:file:///home/kyoushuu/Music/01%20Hello%20Alone.flac
Gjs-Message: JS LOG: Error:Gst.StreamError: GStreamer encountered a general stream error.,gstbaseparse.c(3038): gst_base_parse_loop (): /GstPlayBin:player/GstURIDecodeBin:uridecodebin36/GstDecodeBin:decodebin38/GstFlacParse:flacparse25:
streaming stopped, reason not-linked

Sometimes it will even result to a segmentation fault. I also saw about twice an error from GStreamer that says something like the program shouldn't do something on a certain thread and should post a message instead to GStreamer; unfortunately I can no longer find it because the logs of grilo pushed it away. I can no longer reproduce that one.

I tried the same files on Rhythmbox and there are no errors. I use Fedora 19 (though I have the same problem in openSUSE 12.3 with GNOME 3.8 repo) and build gnome-music using jhbuild. I skipped gstreamer and its plugins in jhbuild so they should be using the same version.

I tried looping a set of two MP3 then two FLAC files (I changed gnome-music a bit to achieve replay). The MP3 files successfully played several times, but the FLAC fails.

Also, those files are Japanese songs, maybe the reason is that they have kanji in their metadata? Two of the songs (though they are not FLAC) are not read properly; their title are junk. I also had this problem before in Rhythmbox but 2.99.1 (or an older release) fixed that.

Also noticed that the cover of most of my songs are not displayed - on those FLAC files, only one has a cover (though the problem occurs on this one too). Rhythmbox could load the cover on most of those files.

Sorry for a very long bug report, I noticed a lot of things and don't know which one really causes the issue. I'm just trying to give the whole idea of what's going on here that might give a clue. I don't know how to debug JavaScript.

bgo# 701367 is needed if you want the URL to show up in the error message.
Comment 1 Vadim Rutkovsky 2013-05-31 16:52:34 UTC
Can reproduce this with ogg - we're dealing unsafely with Gst events
Comment 2 Arnel Borja 2013-06-01 00:03:46 UTC
Created attachment 245786 [details] [review]
Patch

Found the problem. Loading the next track sets the player state to NULL, which would reload the next track again.
Comment 3 Seif Lotfy 2013-06-01 16:26:34 UTC
looks good right now :D
Thanks Arnel :D