rhythmbox regression: doesn't play next song in list

Bug #32879 reported by Jeff Schroeder
This bug report is a duplicate of:  Bug #49714: Unable to play >1 track. Edit Remove
12
Affects Status Importance Assigned to Milestone
gst-plugins-base0.10 (Ubuntu)
Fix Released
Medium
Ubuntu Desktop Bugs

Bug Description

I have a ~15GB music library and I set RB on random shuffle then I start it playing a song. When it goes to the next song in the list, it just stops playing. I have to drag the slider forward a second or two to make it start playing.

This happens on any rhythmbox playlist of various music types and is a regression as it didn't do this in the dapper version of rhythmbox several weeks ago.

Revision history for this message
Sitsofe Wheeler (sitsofe) wrote :

Can you reproduce this with a smaller amount of music - e.g. 10 ogg vorbis tracks? Also could you give the exact steps to reproduce this problem e.g.:

Steps to reproduce:
1. Start rhythmbox
2. Press Ctrl-N to make a new Playlist.
3. Press the right mouse button over the new playlist and choose rename. Type test and then return.
4. Click on Library in the Soure pane at the left.
5. Drag 5 ogg vorbis music tracks from the bottom right hand pane to the test playlist.
6. Click on the test playlist.
7. Ensure that shuffle is on.
8. Click on the first track in the playlist and then click the Play button.
9. Let the track play to completion.

Expected result:
Second track to start playing

Actual result:
Second track does not start playing.

Revision history for this message
Jeff Schroeder (sejeff) wrote :

1.) Start RB
2.) From within the mail library, or a playlist, click the play button
3.) Minimize RB and switch to a different virtual desktop
4.) When song ends it will switch to a different song and you get the pretty libnotify notification from your tray
5.) Song does not start and just hangs

Expected Result:
Next track should start playing

Actual Result:
RB switches to next track and stops with the play button still depressed. It isn't even going to pause, it just hangs unless you manually drag the slider forward a second or so. This problem also happens when manually playing a track eg: doubleclicking on a song from within the RB interface.

I tried this on my ~4500 song music library, a 20 file mp3 playlist, and a 3 file ogg playlist with the same results. I don't think it has anything to do with the filetype.

Revision history for this message
Sebastien Bacher (seb128) wrote :

Thanks for your bug. Do you minimize of iconitify it to the systray area? Could you run "rhythmbox -d" and note what the log does exactly when it switchs song?

Revision history for this message
Jeff Schroeder (sejeff) wrote :
Download full text (3.7 KiB)

It is *NOT* playing the songs unless I manually drag the slider forward. Any ideas or anything else I can do debugging wise?

[0x8122890] [slider_moved_callback] rb-header.c:614 (17:10:20): slider is not dragging
[0x8122890] [slider_moved_callback] rb-header.c:614 (17:10:20): slider is not dragging
[0x8122890] [rb_shuffle_play_order_get_next] rb-play-order-shuffle.c:172 (17:10:21): choosing next entry in shuffle
[0x8122890] [rb_shell_player_open_location] rb-shell-player.c:887 (17:10:21): Opening file:///home/jeff/Music/Led Zeppelin/CD 1/artist - Track 02.mp3...
[0x8122890] [rb_player_sync_pipeline] rb-player-gst.c:629 (17:10:21): syncing pipeline
[0x8122890] [rb_player_sync_pipeline] rb-player-gst.c:640 (17:10:21): PAUSING pipeline
[0x8122890] [rb_player_sync_pipeline] rb-player-gst.c:629 (17:10:21): syncing pipeline
[0x8122890] [rb_player_sync_pipeline] rb-player-gst.c:631 (17:10:21): PLAYING pipeline
[0x8122890] [rb_player_sync_pipeline] rb-player-gst.c:629 (17:10:21): syncing pipeline
[0x8122890] [rb_player_sync_pipeline] rb-player-gst.c:631 (17:10:21): PLAYING pipeline
[0x8122890] [rb_shell_player_sync_with_source] rb-shell-player.c:1840 (17:10:21): playing source: 0x8411088, active entry: 0x8608228
[0x8122890] [rb_shell_set_window_title] rb-shell.c:1914 (17:10:21): setting title to "Led Zeppelin - Track 02"
[0x8122890] [rb_header_sync] rb-header.c:416 (17:10:21): syncing with node = 0x8608228
[0x8122890] [rb_shell_player_sync_buttons] rb-shell-player.c:1907 (17:10:21): syncing with source 0x8411088
[0x8122890] [rb_shell_player_set_playing_entry] rb-shell-player.c:1024 (17:10:21): Success!
[0x8122890] [rb_shell_hidden_notify] rb-shell.c:2687 (17:10:21): shell is visible, not notifying
[0x8122890] [rb_shell_player_sync_with_source] rb-shell-player.c:1840 (17:10:21): playing source: 0x8411088, active entry: 0x8608228
[0x8122890] [rb_header_sync] rb-header.c:416 (17:10:21): syncing with node = 0x8608228
[0x8122890] [rb_shell_player_sync_buttons] rb-shell-player.c:1907 (17:10:21): syncing with source 0x8411088
[0x8122890] [rb_shell_clipboard_entryview_changed_cb] rb-shell-clipboard.c:585 (17:10:21): entryview changed
[0x8122890] [rb_shell_clipboard_sync] rb-shell-clipboard.c:387 (17:10:21): syncing clipboard
[0x8122890] [rb_shell_clipboard_entryview_changed_cb] rb-shell-clipboard.c:585 (17:10:21): entryview changed
[0x8122890] [rb_shell_clipboard_sync] rb-shell-clipboard.c:387 (17:10:21): syncing clipboard
[0x8122890] [rb_shell_clipboard_entryview_changed_cb] rb-shell-clipboard.c:585 (17:10:21): entryview changed
[0x8122890] [rb_shell_clipboard_sync] rb-shell-clipboard.c:387 (17:10:21): syncing clipboard
[0x8122890] [info_available_cb] rb-shell-player.c:2280 (17:10:21): info: 0
[0x8122890] [info_available_cb] rb-shell-player.c:2299 (17:10:21): Got info_available but entry isn't an iradio station
[0x8122890] [info_available_cb] rb-shell-player.c:2280 (17:10:21): info: 4
[0x8122890] [info_available_cb] rb-shell-player.c:2299 (17:10:21): Got info_available but entry isn't an iradio station
[0x8122890] [info_available_cb] rb-shell-player.c:2280 (17:10:21): info: 20
[0x8122890] [info_available_cb] rb-shell-player.c:2299 (17:10:21): Got info_avail...

Read more...

Changed in rhythmbox:
status: Unconfirmed → Confirmed
Revision history for this message
Tomasz Melcer (liori) wrote :

I confirm this bug in dapper; i've got circa 100 mp3/flac/ogg files, rhythmbox plays only first song from the playlist, the other get a small red sign in the first column. In 'properties' dialog of every song there is a small note: 'not negotiated' (not translated like the rest of application).

Revision history for this message
Tomasz Melcer (liori) wrote :
Revision history for this message
Sebastien Bacher (seb128) wrote :

Tomasz your issue looks like a different one, please use a different bug
JeffSchroeder upstream would probably have better idea on the issue, do you want to forward it yourself on bugzilla or should we do it?

Changed in rhythmbox:
assignee: nobody → desktop-bugs
Revision history for this message
Tomasz Melcer (liori) wrote :

I don't know, when i tested that it seemed *exactly* like this one, i could reproduce it with the same steps which were given here. The slider-trick also works here...
Also I tried to use other players and I found that every player based on gstreamer plays only first song. This is why I reported second bug in gstreamer. I don't have now access to my ubuntu box, so I cannot check this one more time for a moment... I don't see this in my debian box.

Revision history for this message
Jeff Schroeder (sejeff) wrote :

Sebastien, would you mind doing it? the gnome bugzilla isn't liking my password today and isn't helping me reset it much.

Revision history for this message
Sebastien Bacher (seb128) wrote :

Do you still have that issue? In which case we will forward upstream

Revision history for this message
Tomasz Melcer (liori) wrote :

Yes, it's still there. But i am not sure if the upstream already fixed that - i don't have that bug in debian sid, where there are newer versions of rhythmbox and gstreamer.

Good that you reminded me this bug, now i have more time so i'll check code from upstream.

Revision history for this message
Sebastien Bacher (seb128) wrote :

maybe you could try with edgy?

Revision history for this message
Tomasz Melcer (liori) wrote :

I talked to gstreamer developer. After seeing error messages from quod libet (which i noticed yesterday), he said that it is probably something related to gstreamer-plugins-base, with resampling audio. He told me that they fixed many bugs in that module for 0.10.9. Installing 0.10.9 from sources fixed the problem, but now I would like to have clean solution... now my dpkg database is broken due to that i removed gstreamer packages without removing packages that depend on it. I'll probably just backport that package to dapper.

Revision history for this message
Tomasz Melcer (liori) wrote :

I got source packages of gstreamer0.10, gst-plugins-base0.10, gst-plugins-good0.10 and libvisual from edgy, recompiled and installed into dapper without any difficulty, works for now... and as I'm not going to hack this once more, this will probably wait until release of edgy. Thanks for help!

Revision history for this message
Jeff Schroeder (sejeff) wrote :

That works for me also

Revision history for this message
Sebastien Bacher (seb128) wrote :

Probably a duplicate of bug #49714 which should be fixed with this upload to dapper-updates when it has built:

 gst-plugins-base0.10 (0.10.7-0ubuntu5) dapper-updates; urgency=low
 .
   * debian/patches/07_from_cvs_fix_non-negociated-error-with-playbin.patch:
     - patch from upstream, fix tracking switching with rhythmbox not working
       for some people by example (Ubuntu: #49714)

Feel free to reopen if you still get the issue with it

Changed in rhythmbox:
status: Confirmed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.